System and method for determining whether to use cached media

ABSTRACT

An electronic device with one or more processors, memory and a display receives a first request to display a first video stream and, in response, displays the first video stream. After receiving the first request, the device preloads a second video stream that corresponds to live content, including caching a cached portion of the second video stream. While displaying the first video stream, the device receives a second request to display the second video stream. In response to receiving the second request, the device determines whether the second request meets recency criteria. When the second request meets recency criteria, the device starts to play the second video stream using the cached portion. When the second request does not meet the recency criteria, the device requests, from a content source for the second video stream, data corresponding to a portion of the second video stream other than the cached portion.

RELATED APPLICATIONS

This application claims priority to U.S. Provisional Patent ApplicationSer. No. 61/836,079, filed Jun. 17, 2013, entitled “System and Methodfor Switching Between Media Streams while Providing a Seamless UserExperience,” which application is incorporated by reference in itsentirety.

This application is related to U.S. Provisional Patent Application Ser.No. 61/861,330, filed Aug. 1, 2013, entitled “Transitioning fromDecompressing One Compressed Media Stream to Decompressing another MediaStream;” U.S. Provisional Patent Application Ser. No. 61/881,353, filedSep. 23, 2013, entitled “System and Method for Efficiently ProvidingMedia and Associated Metadata;” and U.S. Provisional Patent ApplicationSer. No. 61/892,343, filed Oct. 17, 2013, entitled “System and Methodfor Switching between Media Items in a Plurality of Sequences of MediaItems,” which applications are incorporated by reference in theirentireties.

TECHNICAL FIELD

The disclosed implementations relate to presenting media contentgenerally and switching between media streams in particular.

BACKGROUND

As computer technology has improved and become ubiquitous, usersincreasingly are able to use computer based devices to consume mediacontent. For example, users can listen to audio content or watch videocontent on a variety of computer based electronic devices. In addition,advances in network technology have increased the speed and reliabilitywith which information can be transmitted over computer networks. Assuch, it is possible to stream media data over computer networks asneeded rather than transmitting a file in a physical media, such as a CDor DVD, or downloading the entire file before consuming the mediacontent.

SUMMARY

Despite the advances in networking speed and reliability, some solutionsfor streaming media are sometimes cumbersome and involve excessiveloading times. This is especially true when transitioning between mediastreams on a wireless or other low bandwidth network that does not havesufficient bandwidth to simultaneously receive high bandwidth versionsof a large number of media streams. In such circumstances, if a userattempts to scan through several video streams (e.g., channel surfingthrough television channels), the user will likely experience frequentbreaks to load content that degrade the user's experience.

Accordingly, there is a need for a method to reduce the time needed toswitch between media stream channels to provide a seamless userexperience where media streams are loaded quickly even where networkbandwidth is constrained (e.g., by preloading content from one or moreadjacent media channels). Such methods and interfaces may complement orreplace conventional methods for switching between media streamchannels. Such methods and interfaces enhance the user experience as theuser is able to quickly switch between media stream channels. Inparticular, users watching live media streams (e.g., live sportingevents) will be able to browse through different channels without unduedelay (e.g., without being shown a “now loading” or “waiting to buffer”message and/or an icon indicating that the content is buffering such asan hourglass, spinning icon or progress bar).

In accordance with some implementations, a method for switching betweenvideo streams is disclosed. The method is performed at an electronicdevice with one or more processors, memory, and a display. Theelectronic device receives a first request to display a first videostream on the display. In response to receiving the first request, theelectronic device displays the first video stream on the display. Whiledisplaying the first video stream on the display, the electronic devicereceives a second request to display a second video stream on thedisplay. In response to receiving the second request, the electronicdevice displays at least a portion of the first video stream on thedisplay concurrently with at least a portion of the second video stream,where the second video stream was received, at least in part, from acontent source in response to a request from the electronic device tothe content source for delivery of the second video stream from thecontent source.

In accordance with some implementations, a method for switching betweenvideo streams is disclosed. The method is performed at an electronicdevice with one or more processors, memory, and a display: Theelectronic device receives a first request to display a first videostream on the display, wherein the first video stream corresponds to afirst channel in a predetermined sequence of channels. In response toreceiving the first request, the electronic device displays the firstvideo stream on the display. While displaying the first video stream onthe display, the electronic device receives a second request to displaya second video stream on the display, where the second video streamcorresponds to a second channel in the predetermined sequence ofchannels and the second channel is separated from the first channel inthe predetermined sequence by one or more intervening channels. Inresponse to receiving the second request, the electronic device displaysat least a portion of the first video stream on the display concurrentlywith at least a portion of the recently received content of one or moreof the intervening channels. The electronic device displays at least aportion of the recently received content of one or more of theintervening channels concurrently with at least a portion of the secondvideo stream.

In accordance with some implementations, a computer system (e.g., aclient system or server system) includes one or more processors, memory,and one or more programs; the one or more programs are stored in thememory and configured to be executed by the one or more processors andthe one or more programs include instructions for performing theoperations of the method described above. In accordance with someimplementations, a non-transitory computer readable storage medium hasstored therein instructions which when executed by one or moreprocessors, cause a computer system (e.g., a client system or serversystem) to perform the operations of the methods described above.

BRIEF DESCRIPTION OF THE DRAWINGS

The implementations disclosed herein are illustrated by way of example,and not by way of limitation, in the figures of the accompanyingdrawings. Like reference numerals refer to corresponding partsthroughout the drawings.

FIG. 1 is a block diagram illustrating a server client environment inaccordance with some implementations.

FIG. 2 is a block diagram illustrating an electronic device inaccordance with some implementations.

FIG. 3 is a block diagram illustrating a server system in accordancewith some implementations.

FIGS. 4A-4O illustrate exemplary user interfaces for switching betweenvideo channels in accordance with some implementations.

FIG. 5 is a flow diagram illustrating a method of switching betweenvideo streams, in accordance with some implementations.

FIGS. 6A-6H are flow diagrams illustrating a method of switching from afirst video stream to an adjacent second video stream, in accordancewith some implementations.

FIGS. 7A-7E are flow diagrams illustrating a method of switching from afirst video stream to a non-adjacent second video stream, in accordancewith some implementations.

DETAILED DESCRIPTION

Attention is now directed to the figures, and in particular to FIG. 1,which is a block diagram of a client-server environment, according tosome implementations. The client-server environment 100 includes one ormore client environments (108-1 . . . 108-n) and one or more serversystems (120-1 . . . 120-n) that are connected through a network 110. Insome implementations, the client environment 108-1 includes one or moreelectronic devices (e.g., first electronic device 102-1 and secondelectronic device 106-1). In some implementations, the server system120-1 is associated with a media content provider with which users (andtheir electronic devices) optionally have accounts that enable the usersto access media content from one of the server systems (120-1 . . .120-n). The network 110 such as the Internet, other Wide Area Networks,Local Area Networks, Personal Area Networks, metropolitan area networks,VPNs, local peer-to-peer and/or ad-hoc connections, and so on.

In some implementations, the client environment 108-1 includes a firstelectronic device 102-1 (e.g., a controlling electronic device). In someimplementations, the first electronic device 102-1 is one of the groupof: a personal computer, a mobile electronic device, a laptop, a tabletcomputer, a mobile phone, a digital media player, or any otherelectronic device able to present media content.

In some implementations, the client environment 108-1 also includes asecond electronic device 106-1 (e.g., a controlled electronic device).In some implementations, the second electronic device 106-1 is one ofthe group of: a computer, an audio/visual system, a mediareceiver/player, television or similar display device or any otherelectronic device able to present media content. In someimplementations, both the first electronic device 102-1 and the secondelectronic device 106-1 are associated with a common user account (orassociated user accounts) provided by a content provider with which theserver system 120 is associated. For example, in some implementations,the server system 120 is operated and/or provided by asubscription-based media streaming service to which a user, optionally,has an account, and the first and second electronic devices 102-1, 106-1are each associated with account credentials that enable them tocommunicate with and receive content from the server system 120-1. Insome implementations, the first electronic device 102-1 (e.g., apersonal computer or a set top box) is associated with accountcredentials and receives content from server system 120-1, and thesecond electronic device 106-1 is a media presentation device (e.g., aset of speakers, a television, etc.) that receives the content from thefirst electronic device 102-1 and presents that content to the user.

In some implementations, both the first electronic device 102-1 and thesecond electronic device 106-1 are on the same local network. In someimplementations, the first electronic device 102-1 and the secondelectronic device 106-1 are on different local area networks. In someimplementations, the local network is a Local Area Network. In someimplementations, the server system 120 is not located on the same LocalArea Network as either the first electronic device 102-1 or the secondelectronic device 106-1.

As noted above, Local Area Networks are often associated with arelatively small geographic area (e.g., one house or building) andcreate IP address space behind a traffic routing device. In someimplementations, the traffic routing device uses network addresstranslation to connect devices within the LAN to devices outside theLAN. Network address translation is the process of readdressing packetsby modifying the IP address contained in each packet so that the packetsreach their intended destination device. Network address translationallows a plurality of electronic devices on the Local Area Network toconnect to the Internet through a single IP address (e.g., the IPaddress of the traffic routing device). The traffic routing device (i.e.a router) receives incoming packets, determines which device on theLocal Area Network is the intended recipient, and modifies the IPaddress to correctly identify that device. For example, a Local AreaNetwork has 5 devices with local IP addresses 192.168.0.1-192.168.0.5that all connect to a router. The router connects to the Internet andhas an IP address of 12.162.29.2. Using network address translation, therouter translates the source address for all communications sent fromany of the 5 devices and intended for destinations in the Internet to be12.162.29.2 (the router's IP address). On the other hand, the routercollects all packets incoming from the Internet, determines the intendedrecipient device based upon the contents of each packet, and translatesthe destination IP address to the address of the correct device on theLocal Area Network. So when the intended device is the device with LocalArea Network IP address 196.168.0.2, the router would change thedestination address to this address. Local Area Networks also commonlyuse firewalls to limit incoming connections. In this way, computerdevices outside of the Local Area Network are generally not able tocommunicate directly with the devices on a Local Area Network. Indeed,in some Local Area Networks the devices in the network are notcontactable even by other devices in the Local Area Network.

In some implementations, both the first electronic device 102-1 and thesecond electronic device 106-1 are on the same Personal Area Network. Insome implementations, the Personal Area Network uses BLUETOOTHcommunication technology. In some implementations, the server system 120is not located on the same Personal Area Network as either the firstelectronic device 102-1 or the second electronic device 106-1.

In some implementations, the first electronic device 102-1 includes amedia content presentation and control application 104 (hereinafter“media application”). The media application 104 is able to control thepresentation of media by the electronic device 102-1. For example, themedia application 104 enables a user to navigate media content items,select media content items for playback on the electronic device 102-1,select media streams for presentation, change currently displayed mediastreams, create and edit playlists, etc. In some implementations, mediacontent is stored by the first electronic device 102-1 itself. In otherimplementations, the media content is stored by a server system 120,which is, optionally, located remotely from the first electronic device102-1. The media content is then streamed from the server system 120 tothe first electronic device 102-1 over the network 110.

In some implementations, the data streamed from the server system 120 isstored/cached by the first electronic device 102-1 in the media contentbuffer 105 in the memory of the first electronic device 102-1. In someimplementations, media content stored in the media content buffer 105 isremoved after the media content is presented by the first electronicdevice 102-1, allowing new media content data to be stored in the buffer105. In other implementations, at least some of the media content storedin the media content buffer 105 is retained for a predetermined amountof time after the content is presented by the first electronic device102-1 and/or until other predetermined conditions are satisfied. In someimplementations, the media content buffer 105 stores media content froma first media stream. The media content of the first stream is receivedfrom a server system 120-1. In some implementations, the media contentbuffer stores media content from more than one media content stream.

In some implementations, the media application 104 is also able tocontrol media content presentation by the second electronic device 106-1(e.g., a set of speakers or a television set or other display), which isdistinct from the first electronic device 102-1. Thus, the user is ableto use the media application 104 to cause the first electronic device102-1 to act both as a media presentation device as well as a remotecontrol for other media presentation devices. This allows a user tocontrol media presentation on multiple electronic devices from within asingle application 104, and/or using a single user interface.

In some implementations, when a user wants to use the first electronicdevice 102-1 to control media presentation by the second electronicdevice 106-1, the user interacts with the media application 104 to senda media control request (e.g., server media control request 112, FIG.2B) to the server system 120. The server system 120 receives the mediacontrol request over the network 110. For example, the user is enabledto press a button on a touchscreen of the first electronic device 102-1in order to send the media control request to the server system 120and/or directly to the second electronic device 106-1. As describedbelow, a media control request is, for example, a request to beginpresentation of media content by the second electronic device 106-1.Though often used herein to describe requests to initiate or beginpresentation of media by the second electronic device 106-1, in someimplementations, media control requests also include requests and/orsignals to control other aspects of the media that is being presented onthe second electronic device 106-1, including but not limited tocommands to pause, skip, fast-forward, rewind, adjust volume, change theorder of items in a playlist, add or remove items from a playlist,adjust audio equalizer settings, change or set user settings orpreferences, provide information about the currently presented content,begin presentation of a media stream, and transition from a currentmedia stream to another media stream, and the like.

The client-server environment 100 also includes a server system 120. Insome implementations, the server system 120 includes a media streamingmodule 122, a media content database 124, and a context database 126.The media content database 124 stores media content that can bepresented by an electronic device. For example, in some implementations,the media content database 124 stores audio (e.g., music, audio books,etc.), video (e.g., movies, television shows, etc.), images, or othercontent that can be streamed to other electronic devices. In someimplementations, the media content database includes data stored indifferent formats and file types to allow a variety of different devicesand/or applications to receive streamed content. In someimplementations, the data is stored in a single file format and isconverted/transcribed/transcoded to the appropriate data type or formatbefore or as it is streamed to a remote device.

In some implementations, the server system 120 includes a mediastreaming module 122. In some implementations, the media streamingmodule 122 receives media control requests from electronic devices andstreams media content in response. In some implementations, the mediastreaming module 122 receives media control requests from a firstelectronic device 102-1 and forwards the request to a second electronicdevice 106-1, which then makes a subsequent request to the server system120 for the media content. For example, a user sends a media controlrequest to the server using a mobile phone (a first electronic device)requesting that media be presented by a home stereo system (a secondelectronic device). The server system 120 then sends the requested media(and/or the media control request) to the home stereo system. This andother techniques are discussed in greater detail below with respect toFIGS. 5-7.

In some implementations, the received media control request includesinformation identifying the electronic device to which the server system120 should forward the media control request. For example, a useroptionally has multiple electronic devices that can present media fromthe server system 120, such as a mobile phone, a computer system, atelevision, a home stereo, etc. In some implementations, the identifyinginformation is a unique or semi-unique device identifier, such as an IPaddress, a Media Access Control address (MAC address), a user-specifieddevice name, an International Mobile Equipment Identity number (IMEInumber), or the like. Accordingly, the media control request willidentify that a request is intended for the home stereo, for example, sothat the server system 120 can send the requested media and/or the mediacontrol request to the home stereo. In some embodiments, the electronicdevice provides the server system with an indication of devicecapabilities of the device such as screen resolution, processing speed,video buffer size/availability, codec availability and the like, and theserver system provides content to the electronic device in accordancewith the device capabilities.

In some implementations, the server system 120 includes a contextdatabase 126. The context database 126 stores data associated with thepresentation of media content by an electronic device. In someimplementations, the context database 126 includes, among other things,the current position in a media content stream that is being presentedby an electronic device, a playlist associated with the media contentstream, previously played content, skipped pieces of media content, andpreviously indicated user preferences. For example, the contextdatabase, optionally, includes information that a content stream to anelectronic device currently is presenting a song, at 1 minute and 23seconds into the song, as well as all the songs played in the last hourand the next 20 songs in the playlist. In some implementations, theserver system 120 transmits the context associated with a media contentstream to the device that is presenting the content stream so that oneor more items of context information can be used by the device, such asfor display to the user. In some implementations, when the device towhich the media content is being streamed changes, the server system 120transmits the context associated with the active media content to thenewly active device.

FIG. 2 is a block diagram illustrating an electronic device 102 (orelectronic device 106), in accordance with some implementations. Theelectronic device 102 typically includes one or more processing units(CPUs) 202, one or more network interfaces 210, memory 212, and one ormore communication buses 214 for interconnecting these components. Theelectronic device 102 includes a user interface 204. The user interface204 includes output device(s) 206, including user interface elementsthat enable output 206 to be presented to a user, including via speakersor a visual display (sometimes referred to herein as a second electronicdevice 106). The user interface 204 includes input device(s) 208,including user interface components that facilitate user input such as akeyboard, a mouse, a voice-command input unit, a touch sensitivedisplay, a touch-sensitive input pad, a gesture capturing camera, orother input buttons. In some implementations, the electronic device 102is a wireless device, such as a mobile phone or a tablet computer.Furthermore, some client systems 101 use a microphone and voicerecognition or a camera and gesture recognition to supplement or replacethe keyboard. Memory 212 includes high-speed random access memory, suchas DRAM, SRAM, DDR RAM, or other random access solid state memorydevices; and optionally includes non-volatile memory, such as one ormore magnetic disk storage devices, optical disk storage devices, flashmemory devices, or other non-volatile solid state storage devices.Memory 212 optionally includes one or more storage devices remotelylocated from the CPU(s) 202. Memory 212, or alternately the non-volatilememory device(s) within memory 212, includes a non-transitory computerreadable storage medium. In some implementations, memory 212 or thecomputer readable storage medium of memory 212 stores the followingprograms, modules and data structures, or a subset thereof:

-   -   an operating system 216 that includes procedures for handling        various basic system services and for performing hardware        dependent tasks;    -   a network communication module 218 that is used for connecting        the electronic device 102 to other computers via the one or more        communication network interfaces 410 (wired or wireless) and one        or more communication networks, such as the Internet, other Wide        Area Networks, Local Area Networks, Personal Area Networks,        metropolitan area networks, VPNs, local peer-to-peer and/or        ad-hoc connections, and so on;    -   a presentation module 220 for enabling presentation of media        content at the electronic device 102 through the output devices        206 associated with the user interface 204 (e.g., screens,        speakers, headphones, etc.);    -   one or more client system applications module(s) 222 for        enabling the electronic device 102 to perform the functions        offered by the client system 102, the application module(s) 222        including but not limited to:        -   an input processing module 224 for receiving input from a            user through an input device 208 and interpreting the            received input;        -   a media request generation module 226 for generating a            request for media stream data based on input received from            the input processing module 224;        -   a media stream reception module 228 for receiving one or            more media streams from a media streaming server, remote            from the electronic device 102;        -   a media application 104 for processing media streams for            transmittal to an output device 206 and transmitting at            least one of the prepared media streams to the presentation            module 220 for transmittal to an output device 206, the            media application including:            -   a first video player 229-1 for de-multiplexing,                decrypting, decompressing, decoding, and/or rendering a                first media stream for storage in a media content buffer                105 before transmittal to an output device 206;            -   a second video player 229-2 for de-multiplexing,                decrypting, decompressing, decoding, and/or rendering a                second media stream, distinct from the first media                stream, for storage in a media content buffer 105 before                transmittal to an output device 206; and            -   an audio switching module 230 for, in response to                receiving a request to display a video stream other than                the currently displayed video stream, determining audio                data associated with the requested video stream; and                changing the audio data currently being presented to                match the newly requested video steam;        -   a preloading module 231 for, based on the media stream            currently displayed, determining one or more video streams            that need to be preloaded, and receiving video stream data            for the determined one or more streams, and suspending the            delivery of the one or more video streams; and        -   a bandwidth allocation module 232 for allocating the total            download bandwidth when the electronic device 102 is            downloading more than one media stream;    -   an electronic device data module 240 for storing data, including        but not limited to:        -   media content buffer(s) 105 including media stream content            data received from a server system (e.g., server system 120,            FIG. 1) for one or more media streams and stored in the            memory of the electronic device 102;        -   preloaded data 242 including but not limited to, audio            and/or video data from one or more media streams, received            from the appropriate media content server such as Video Data            1 243-1 (e.g., video data for Video Stream A in FIGS.            4A-4O), Video Data 2 243-2 (e.g., video data for Video            Stream B in FIGS. 4A-4O), Video Data 3 243-3 (e.g., video            data for Video Stream C in FIGS. 4A-4O) and, optionally,            Other Data 244 such as still frames and/or audio data from            one or more other video streams (e.g., Video Streams A, E-J            and V-Z in FIG. 5O);        -   media content database 245 for storing, on the local device,            media content that is part of the user's personal library of            media content; and        -   a user profile database 246 including account information            for a user of the electronic device 102 including user media            history, user preferences, determined user interests, and            account credentials.

Each of the above identified elements may be stored in one or more ofthe previously mentioned memory devices, and corresponds to a set ofinstructions for performing a function described above. The aboveidentified modules or programs (i.e., sets of instructions) need not beimplemented as separate software programs, procedures, or modules, andthus various subsets of these modules may be combined or otherwisere-arranged in various implementations. In some implementations, Memory212 optionally stores a subset of the modules and data structuresidentified above. Furthermore, Memory 212 optionally stores additionalmodules and data structures not described above.

FIG. 3 is a block diagram illustrating a server system 120, inaccordance with some implementations. The server system 120 typicallyincludes one or more processing units (CPUs) 302, one or more networkinterfaces 304, memory 306, and one or more communication buses 308 forinterconnecting these components. Memory 306 includes high-speed randomaccess memory, such as DRAM, SRAM, DDR RAM, or other random access solidstate memory devices; and optionally includes non-volatile memory, suchas one or more magnetic disk storage devices, optical disk storagedevices, flash memory devices, or other non-volatile solid state storagedevices. Memory 306 optionally includes one or more storage devicesremotely located from the CPU(s) 302. Memory 306, or alternately thenon-volatile memory device(s) within memory 306, includes anon-transitory computer readable storage medium. In someimplementations, memory 306 or the computer readable storage medium ofmemory 306 stores the following programs, modules and data structures,or a subset thereof:

-   -   an operating system 310 that includes procedures for handling        various basic system services and for performing hardware        dependent tasks;    -   a network communication module 312 that is used for connecting        the server system 120 to other computers via the one or more        communication network interfaces 304 (wired or wireless) and one        or more communication networks, such as the Internet, other Wide        Area Networks, Local Area Networks, Personal Area Networks,        metropolitan area networks, VPNs, and so on;    -   one or more server application module(s) 314 for enabling the        server system 120 to perform the functions offered by the server        system 120, including but not limited to:        -   a streaming module 122 for streaming media content to an            electronic device (e.g., first and second electronic devices            102-n, 106-n, FIG. 1) remote from the sever system 120;        -   a request processing module 316 for receiving requests from            electronic devices (e.g., first and/or second electronic            devices 102, 106, FIG. 1), where the requests include            requests to stream specific media content to the electronic            devices and/or requests to change the destination of the            media content stream from one electronic device to another            electronic device;        -   a context tracking module 318 for tracking and storing the            context of a media content stream, optionally including            storing, among other data, one or more of the current            playback position in a media content stream that is            currently being presented by an electronic device (e.g.,            first and/or second electronic devices 102, 106, FIG. 1),            the position in a current playlist, the play history of a            user, the preferences of a user, previously skipped media            content, whether media content items were “liked” or            “disliked” (e.g., via “starred,” “thumbs-up,” and/or            “thumbs-down” indications), and the like; and        -   a context access module 320 for allowing electronic devices            (e.g., first and/or second electronic devices 102-n, 106-n,            FIG. 1) associated with a given user account to access the            current context for media content streams associated with            the given user account; and    -   one or more server data module(s) 330 for storing data related        to the data server system 120, including but not limited to:        -   media content database 124 including media content and            metadata describing the media content and enabling clients            to search through the media content to identify media            content;        -   a context database 126 including information associated with            one or more media content streams (e.g., media content            streams 114-1, 114-2, FIG. 2B), where context information            optionally includes one or more of the current playback            position in a media content stream, metadata relating to the            media, a position in a playlist, play history of a user,            user preferences, skipped media, and user settings; and        -   a user profile database 332 including account information            for a plurality of users, where the account information for            a respective user optionally includes a user media content            request/playback history for the respective user, a list of            electronic devices associated with the respective user, user            preferences of the respective user, and determined user            interests of the respective user.

Each of the above identified elements may be stored in one or more ofthe previously mentioned memory devices, and corresponds to a set ofinstructions for performing a function described above. The aboveidentified modules or programs (i.e., sets of instructions) need not beimplemented as separate software programs, procedures, or modules, andthus various subsets of these modules may be combined or otherwisere-arranged in various implementations. In some implementations, Memory306 optionally stores a subset of the modules and data structuresidentified above. Furthermore, Memory 306 optionally stores additionalmodules and data structures not described above.

Although FIG. 3 shows a “Server System” 120, FIG. 3 is intended more asfunctional description of the various features which may be present in aset of servers than as a structural schematic of the implementationsdescribed herein. In practice, and as recognized by those of ordinaryskill in the art, items shown separately could be combined and someitems could be separated. For example, some items shown separately inFIG. 3 could be implemented on single servers and single items could beimplemented by one or more servers. The actual number of servers used toimplement a Server System 120 and how features are allocated among themwill vary from one implementation to another, and optionally depends inpart on the amount of data traffic that the system must handle duringpeak usage periods as well as during average usage periods.

Attention is now directed towards implementations of user interfaces(“UI”) and associated processes that are, optionally, implemented on anelectronic device with a display and a touch-sensitive surface, such aselectronic device 102. FIGS. 4A-4O illustrate exemplary user interfacesfor swiping between video channels in accordance with someimplementations. The user interfaces in these figures are used toillustrate the processes described below, including the processes inFIGS. 5, 6A-6H and 7A-7E.

Attention is now directed towards FIGS. 4A-4B, which illustrates a touchscreen 400 display of an electronic device (e.g., 102 in FIGS. 1 and 2).FIGS. 4A-4B illustrate exemplary user interfaces for transition betweenvideo channels. In some implementations, the touch screen display 400presents a first video tile (e.g., a video tile that corresponds toStream B 402 in FIGS. 4A-4O). As used herein, a video tile is a regionof a user interface that displays content corresponding to a videostream (e.g., a still frame of video content, playing video content orthe like). In some embodiments, a video tile is displayed at astationary location on the display. In some embodiments, a video tile isconfigured to be moved across the display. The first video tile displaysvideo content associated with a first media stream (e.g., Stream B 402).In FIGS. 4A-4O, Stream B 402 is adjacent to Stream A 403 and Stream C404. In FIG. 4A the first video tile (e.g., a video tile thatcorresponds to Stream B 402 in FIGS. 4A-4O) is displayed at a firstsize. User input (e.g., contact 410 in FIGS. 4A and 4B) is detected at afirst position (e.g., the position of contact 410 as shown in FIG. 4A)on the touchscreen display 400. In some implementations, detecting theuser input (e.g., contact 410 in FIGS. 4A and 4B) includes detecting afinger contact on the touch screen surface 400. In some implementations,detecting the user input (e.g., contact 410 in FIGS. 4A and 4B) includesdetecting a stylus contacting the touchscreen 400 surface. In otherimplementations, user input is the result of detecting a user finger ora stylus proximate to the touch screen but not in direct contact withit.

In some implementations, the first position (e.g., the position ofcontact 410 in FIG. 4A) of the user input (e.g., contact 410 in FIGS. 4Aand 4B) is positioned above the first video tile (e.g., the video tilecorresponding to Stream B 402 in FIGS. 4A-4O) currently displaying thefirst video stream (e.g., Stream B 402 in FIG. 4A). In someimplementations, the detected first input moves from a first position(e.g., the position of contact 410 in FIG. 4A) to a second position(e.g., the position of contact 410 in FIG. 4B) on the touchscreen 400 inFIGS. 4A and 4B.

In some implementations, in response to detecting movement of thedetected user input (e.g., contact 410 in FIGS. 4A and 4B) from a firstposition (e.g., the position of 410 as shown in FIG. 4A) to a secondposition (e.g., the position of 410 as shown in FIG. 4B), the electronicdevice slides the first video tile (e.g., the video tile correspondingto Stream B 402 in FIGS. 4A and 4B) off the display and, at the sametime, slide a second video tile (e.g., the video tile corresponding toStream C 404 in FIG. 4B) onto the touchscreen display 400. In someimplementations, the first video tile and the second video tile moveproportionally with the movement of the user input (e.g., the movementof contact 410 in FIGS. 4A and 4B).

In some implementations, the first video stream (e.g., Stream B 402 inFIGS. 4A and 4B) continues to play video content as it slides off thedisplay (e.g., as shown in FIG. 4B) and the second video stream (e.g.,Stream C 404 in FIG. 4B) plays video content as it slides onto thedisplay (e.g., as shown in FIG. 4B).

Attention is now directed towards FIGS. 4C-4D, which illustrates adisplay 420 and a touch-sensitive surface 426 associated with anelectronic device (e.g., 102 in FIGS. 1 and 2). In some implementations,the touch-sensitive surface is a touchpad, a touch sensitive display ona second device distinct from its display, or other input device with asurface that is touch sensitive 426 as shown in FIGS. 4C and 4D. FIGS.4C-4D illustrates exemplary user interfaces for transition between videochannels. In some implementations, the display 420 presents a firstvideo stream (e.g., Stream B 402 in FIGS. 4C and 4D). User input (e.g.,contact 430 in FIGS. 4C and 4D) is detected at a first position (e.g.,the position of contact 430 as shown in FIG. 4C) on the touch-sensitivesurface 426. In some implementations, the detected user input (e.g.,contact 430 in FIGS. 4C and 4D) is made with a direct user fingercontact on the touch-sensitive surface 426. In some implementations, thedetected user input (e.g., contact 430 in FIGS. 4C and 4D) is made by astylus contacting the touch-sensitive surface 426. In otherimplementations, user input (e.g., contact 430 in FIGS. 4C and 4D) isdetected based on a user finger or a stylus proximate to thetouch-sensitive surface 426 but not in direct contact with thetouch-sensitive surface 426.

In some implementations, the first position (e.g., the position ofcontact 430 in FIG. 4A) of the detected user input (e.g., contact 430)is detected at a position on the touch-sensitive surface 426 thatcorresponds to the position of the first video tile on the display 420as shown in FIG. 4C. In some implementations, the detected first input(e.g., contact 430 as shown in FIGS. 4C and 4D) moves from a firstposition (e.g., the position of 430 as shown in FIG. 4C) on thetouch-sensitive surface 426 to a second position (e.g., the position ofcontact 430 as shown seen in FIG. 4D) on the touch-sensitive surface426.

In some implementations, in response to detecting movement of thedetected user input (e.g., contact 430 in FIGS. 4C and 4D) from a firstposition (e.g., the position of contact 430 as shown in FIG. 4C) on thetouch-sensitive surface 426 to a second position (e.g., the position ofcontact 430 as shown in FIG. 4D) on the touch-sensitive surface 426, theelectronic device (e.g., 102 from FIGS. 1 and 2) slides the first videotile (e.g., the video tile corresponding to Stream B 402 in FIGS. 4C and4D) in a first direction and at least partially off the display andslides a second video tile (e.g., the video tile corresponding to StreamC 404 in FIG. 4D) at least partially onto the display 420.

In some implementations, the first video stream (e.g., Stream B 402 inFIGS. 4C and 4D) continues to play video content as it slides off thedisplay 420 (e.g., as shown in FIG. 4D) and the second video stream(e.g., Stream C 404 in FIG. 4D) plays video content as it slides ontothe display 420 (e.g., as shown in FIG. 4D).

Attention is now directed towards FIGS. 4E-4F, which illustrates adisplay 440 and a pointer device (e.g., mouse 448 as shown in FIGS. 4Eand 4F) associated with an electronic device (e.g., 102 in FIGS. 1 and2). In some implementations, pointer device is a mouse, joy stick, or aninertial pointer device. FIGS. 4E and 4F illustrate exemplary userinterfaces for transition between video channels using a pointer device(e.g., mouse 448 as shown in FIGS. 4E and 4F). In some implementations,the display 440 presents a first video stream (e.g., Stream BA usercontrols a pointer device (e.g. pointer device 448) to move a cursor 446on a display 440. In some implementations, user input (e.g., a mouseclick or other selection input) is detected while the cursor 446 is at afirst position (e.g., the position of cursor 446 as shown in FIG. 4E) onthe display 440.

In some implementations, the first position (e.g., the position ofcursor 446 in FIG. 4E) of the cursor 446 at the time the user input isdetected above the area of the display 440 on which the first video tile(e.g., a video tile corresponding to Stream B 402 as shown in FIGS. 4Eand 4F) is currently displayed. In some implementations, the cursor 446moves from a first position (e.g., the position of cursor 446 as shownin FIG. 4E) on the display 440 to a second position (e.g., the positionof cursor 446 as shown in FIG. 4F) on the display 440.

In some implementations, in response to detecting movement of the cursor446 from a first position (e.g., the position of cursor 446 as shown inFIG. 4E) on the display 440 to a second position (e.g., the position ofcursor 446 as shown in FIG. 4F) on the display 440, the electronicdevice (e.g., 102 from FIGS. 1 and 2) slides the first video tile (e.g.,a video tile corresponding to Stream B 402 in FIGS. 4E and 4F) in afirst direction and at least partially off the display 440 and slides asecond video tile (e.g., a video tile corresponding to Stream C 404 inFIG. 4F) at least partially onto the display 440.

In some implementations, the first video tile (e.g., a video tilecorresponding to Stream B 402 in FIGS. 4E and 4F) continues to displayvideo content as it slides off the display 440 (e.g., as shown in FIG.4F) and the second video tile (e.g., a video tile corresponding toStream C 404 in FIG. 4F) displays video content as it slides onto thedisplay 440 (e.g., as shown in FIG. 4F).

Attention is now directed towards FIGS. 4G-4H, which illustrates adisplay (e.g., display 450 as shown in FIGS. 4G and 4H) and a motiondetection device (e.g., infrared light bar 456 as shown in FIGS. 4G and4H) associated with an electronic device (e.g., 102 in FIGS. 1 and 2).In some implementations, the motion detection device 456 is configuredto detect motion of an object in three dimensional space (e.g., movementof user's hand) and to convert the detected motion to input useable bythe electronic device (e.g., 102 in FIGS. 1 and 2). FIGS. 4G and 4Hillustrate exemplary user interfaces for transition between videochannels using a motion detection device 456. In some implementations,the display 450 displays a first video tile (e.g., Stream B 402 as shownin FIGS. 4G and 4H). The motion detection device 456 detects the motionof a user (e.g., a hand gesture, facial movement, or other detectableuser motion) from a first position (e.g., shown in FIG. 4G) to a secondposition (e.g., shown in FIG. 4H). For example, motion detection device456 measures movement of a user from across a relatively large distance,such as across a typical room (e.g., 5, 10, 15 or 20 feet), so that auser can control a media presentation device (e.g., a television orspeaker system) by gesturing in the air with their hands and/or bodieswithin view of motion detection device 456.

In some implementations, in response to detecting user motion from afirst position (e.g., shown in FIG. 4G) to a second position (e.g.,shown in FIG. 4H), the electronic device (e.g., 102 from FIGS. 1 and 2)slides the first video tile (e.g., the video tile corresponding toStream B 402 in FIGS. 4G and 4H) in a first direction and at leastpartially off the display (e.g., 450 in FIGS. 4G and 4H) and slides asecond video tile (e.g., the video tile corresponding to Stream C 404 inFIG. 4H) at least partially onto the display 450.

In some implementations, the first video tile (e.g., a video tilecorresponding to Stream B 452 in FIGS. 4G and 4H) continues to playvideo content as it slides off the display 450 (e.g., as shown in FIG.4H) and the second video tile (e.g., a video tile corresponding toStream C 454 in FIG. 4H) plays video content as it slides onto thedisplay 450 (e.g., as shown in FIG. 4H).

FIGS. 4I-4L illustrate exemplary user interfaces for switching betweennon-adjacent playing video channels in accordance with someimplementations. The user interfaces in these figures are used toillustrate the processes described below, including the processes inFIGS. 7A-7E.

In some implementations, a first video stream (e.g., Stream C 404 asshown in FIGS. 4I-4K) is displayed on a touchscreen display (e.g.,touchscreen 460 as shown in FIGS. 4I-4L). While displaying the firstvideo tile (e.g., a video tile corresponding to Stream C 462 as shown inFIGS. 4I-4K) at a first size, a first contact 464 and a second contact466 are detected. The first video tile displays video content associatedwith Video Stream C. In some implementations, the electronic device(e.g., 102 in FIGS. 1 and 2) detects the first contact 464 and thesecond contact 466 moving closer together (e.g., as shown in FIG. 4J).In some implementations, when the electronic device (e.g., 102 in FIGS.1 and 2) detects the first contact 464 and the second contact 466 movingcloser together (e.g., as shown in FIG. 4J), the device zooms out (e.g.,as shown in FIG. 4J) to display one or more additional video tiles(e.g., video tiles corresponding to Stream B 402 and Stream D 470 asshown in FIGS. 4J and 4K) at a second size, smaller than the first size.In some implementations, all the video tiles (e.g., video tilescorresponding to Stream A 403, Stream B 402, Stream C 404, Stream D 470,and Stream E 471) are represented in an ordered list of video tiles andwhen display of the first video tile (e.g., Stream C 404 as shown inFIGS. 4I-4K) zooms out, the plurality of video tiles (e.g., Stream B402, Stream D 470 as show in FIGS. 4J and 4K) are shown in the order inwhich they are listed, with the first video tile (e.g., Stream C 404 asshown in FIGS. 4I-4K) in the center.

In some implementations, when the plurality of video tiles (e.g., StreamB 402, Stream D 470 as show in FIGS. 4J and 4K) are shown in an orderedlist (e.g., Stream B 402, Stream C 404, Stream D 470 as shown in FIGS.4J and 4K), the list is, optionally, traversed in response to a swipegesture on the touch screen display (e.g., while displayed at thereduced size, the row of video tiles are, optionally, enabled to bescrolled to the right or to the left in analogous manner to thescrolling described above with reference to FIGS. 4A-4B).

In some implementations, while displaying the zoomed out ordered list ofvideo streams (e.g., Stream B 402, Stream C 404, Stream D 470, andStream D 471 as shown in FIGS. 4J and 4K), the electronic device (e.g.,102 in FIGS. 1 and 2) detects third user contact 472 and a fourth usercontact 474 as shown in FIGS. 4K and 4L. The third user contact 472 anda fourth user contact 474 move apart in an depinch gesture (e.g., asshown in FIGS. 4K and 4L). In response to the depinch gesture, theelectronic device (e.g., 102 in FIGS. 1 and 2) determines the videostream closest to the first position of the third user contact and thefirst position of the fourth user contact. In response, the determinedvideo stream is enlarged or zoomed in to be displayed on the touchscreendisplay (e.g., a video tile corresponding to Stream D 470 is enlarged ontouchscreen 460, as shown in FIG. 4L).

FIGS. 4M-4O illustrate exemplary user interfaces for displaying livevideo streams and still images in reduced size tiles in accordance withsome implementations. The user interfaces in these figures are used toillustrate the processes described below.

In some implementations, a first video stream is displayed in a firstvideo tile (e.g., Stream C 404 as shown in FIGS. 4M-4O) that isdisplayed on a touchscreen display (e.g., touchscreen 460 as shown inFIGS. 4M-4O). In some implementations, a resizing input such as a pinchgesture is detected (e.g., movement of first contact 476 and secondcontact 478 toward each other in FIGS. 4M-4N and 4M, 4O). In response todetecting the pinch gesture shown in FIGS. 4M-4N and 4M, 4O, thetouchscreen display 460 zooms out to display, at a reduced size, one ormore video tiles (e.g., video tiles corresponding to Stream A 403,Stream B 402, Stream C 404, Stream D 470, and Stream E 471 as shown inFIG. 4N, and Streams A-J and V-Z in FIG. 4O). In some implementations,one or more of the reduced size video tiles displays a video stream(e.g., the video tiles for Video Stream B 402, Video Stream C 404, andVideo Stream D 470 in FIGS. 4N and 4O include playing video streams) andone or more of the reduced size video tiles display still images (e.g.,the video tiles Video Stream A 403 and Video Stream E 471 in FIG. 4N andVideo Streams A, E-J and V-Z in FIG. 4O show still images thatcorrespond to recent representative frames of the video streams).Displaying video in some video tiles while displaying still images inother video tiles provides the user with information about a number ofdifferent video streams (e.g., a preview of content corresponding to thedifferent video streams) without using the bandwidth or processingresources to download and decode a large number of video streamssimultaneously. In some embodiments the number of video tiles thatdisplay video (e.g., as opposed to still images) is determined based onan available amount of bandwidth (e.g., if there is a high amount ofavailable bandwidth, a large number of video tiles display videostreams, while if there is a low amount of available bandwidth, asmaller number of video tiles display video streams).

In some implementations, when the touch screen display 460 zooms out,the one or more additional, reduced size video tiles are displayed in asingle row (e.g., FIG. 4N) that is, optionally scrollable (e.g., inresponse to detecting a left-to-right or right-to-left gesture). In someimplementations, when the touch screen display 460 zooms out, the one ormore additional, reduced size video tiles are displayed in a grid, withmultiple rows and multiple columns (e.g., as shown in FIG. 4O). In someimplementations, the rows and columns are fixed in a grid arrangement.In some implementations, each row (or column) is enabled to be scrolledindependently to display additional video tiles (e.g., a respective rowis scrolled to the right or left in response to detecting aleft-to-right or right-to-left gesture that corresponds to therespective row).

The user interfaces described above with reference to FIGS. 4A-4Oprovide convenient and intuitive user interfaces by playing multiplevideo streams for the user simultaneously. This provides the user withthe appearance that a large number (or all) of the video streams arebeing simultaneously downloaded/streamed and prepared for viewing by theuser. However, in many situations, the device has a low-bandwidthconnection and is unable to download/streamed (and/or process) a largenumber of video streams simultaneously. Thus, it is sometimesadvantageous to download/stream and/or process a limited number of videostreams while maintaining the appearance that a larger number of videostreams are being downloaded/streamed and/or processed, so as toconserve network bandwidth and device processing resources withoutdegrading the user experience. FIGS. 5, 6A-6H, and 7A-7E provideexamples of systems and methods for conserving network bandwidth anddevice processing resources while maintaining a user experience ofimmediate access to a large number of different video streams.

FIG. 5 is a flow diagram illustrating a method of switching videochannels, in accordance with some implementations that conserves networkbandwidth and device processing resources while maintaining a userexperience of immediate access to a large number of different videostreams. In some implementations, an electronic device (e.g., electronicdevice 102 as shown in FIGS. 1 and 2) receives (502) a request todisplay a main video stream (e.g., Stream B in FIGS. 4A-4O). Forexample, the electronic device receives a request from a user to displaya particular video stream. In response to receiving the request, theelectronic device (e.g., electronic device 102 as shown in FIGS. 1 and2) requests (504) the main video stream (e.g., Stream B in FIGS. 4A-4O).The requested main video stream (e.g., Stream B in FIGS. 4A-4O) isreceived from a server system (e.g., server system 120 as shown in FIGS.1 and 3). The electronic device then displays (506) the main videostream on the display (e.g., an output device 206 as shown in FIG. 2).In some implementations, displaying a video stream on the displayincludes playing corresponding audio through speakers or other audiogenerating devices.

In some implementations, after requesting (504) the main video stream,the electronic device (e.g., electronic device 102 as shown in FIGS. 1and 2) determines at least a first adjacent video stream and requests(518) the determined first adjacent video stream from a server system(e.g., server system 120 as shown in FIGS. 1 and 3). The electronicdevice (e.g., electronic device 102 as shown in FIGS. 1 and 2) thendownloads/stores/caches (520) at least a portion of the first adjacentvideo stream. In some implementations, once a predetermined amount ofthe first adjacent video stream is downloaded/stored/cached, theelectronic device (e.g., electronic device 102 as shown in FIGS. 1 and2) suspends (522) delivery of the first adjacent video stream and ceasesto download the first adjacent video stream until further notice. Insome implementations, once the portion of the first adjacent videostream has been downloaded/stored/cached, the first adjacent videostream is considered to be “preloaded.” In some implementations, thepreloading of the first adjacent video stream is periodically refreshed(e.g., the device downloads/stores/caches another 5 seconds of the firstadjacent video stream every 1 minute and, optionally discards apreviously cached portion of the first adjacent video stream).

In some implementations, the electronic device (e.g., electronic device102 as shown in FIGS. 1 and 2) requests (524) a second adjacent videostream (e.g., Stream C 404 in FIGS. 4A-4O). The electronic device (e.g.,electronic device 102 as shown in FIGS. 1 and 2) thendownloads/stores/caches (526) at least a portion of the second adjacentvideo stream (e.g., Stream C 404 in FIGS. 4A-4O). In someimplementations, once a predetermined amount of the second adjacentvideo stream (e.g., Stream C 404 in FIGS. 4A-4O) isdownloaded/stored/cached, the electronic device (e.g., electronic device102 as shown in FIGS. 1 and 2) suspends (528) delivery of the secondadjacent video stream. In some implementations, suspending delivery ofthe second adjacent video stream includes ceasing to download furthervideo stream data from the server system until further notice from theelectronic device (e.g., electronic device 102 as shown in FIGS. 1 and2). In some implementations, once the portion of the second adjacentvideo stream has been downloaded/stored/cached, the second adjacentvideo stream is considered to be “preloaded.” In some implementations,the preloading of the second adjacent video stream is periodicallyrefreshed (e.g., the device downloads/stores/caches another 5 seconds ofthe second adjacent video stream every 1 minute and, optionally discardsa previously cached portion of the first adjacent video stream).

In some implementations, the electronic device (e.g., electronic device102 as shown in FIGS. 1 and 2) preloads a large number of video streamsincluding the first and second adjacent video streams and one or moreother non-adjacent video streams. In some implementations, thenon-adjacent video streams are preloaded at a lower resolution and/oronly still frames (and optionally audio data) are preloaded from thenon-adjacent video streams. The number of video streams that arepreloaded and the type of preloading that is used for the differentvideo streams optionally varies in accordance with the available networkbandwidth, processing capabilities of the electronic device, and otherfactors, as described below with reference to methods 600 and 700.

In some implementations, while displaying (506) the main video stream,the electronic device (e.g., electronic device 102 as shown in FIGS. 1and 2) receives (508) a request for a selected adjacent video stream(e.g., Stream C 404 as a shown in FIGS. 4A-4O). The electronic device(e.g., electronic device 102 as shown in FIGS. 1 and 2) determines (510)whether the downloaded/stored/cached portion of the selected adjacentvideo stream is stale (e.g., determines whether the timestamp rangeassociated with the cached portion of the selected adjacent video streamis outside of a predefined amount of time of a current time and/or doesnot meet other recency criteria). If the downloaded/stored/cachedportion of the selected adjacent video stream is not (511) stale, theelectronic device (e.g., electronic device 102 as shown in FIGS. 1 and2) sets (512) the selected adjacent video stream (e.g., the first orsecond adjacent video stream) as the main video stream and then requests(504) the main video stream. An advantage of determining whether or notthe downloaded/stored/cached portion of the selected adjacent videostream is stale or not is that the device can make use of thedownloaded/stored/cached portion of the selected adjacent video streamto reduce the apparent latency of loading the selected adjacent videostream when doing so does not result in stale content being shown to theuser; however, when the downloaded/stored/cached portion of the selectedadjacent video stream is stale, the device requests the selectedadjacent video stream so as to provide the user with current (e.g.,non-stale) content corresponding to the selected adjacent video stream.

If the downloaded/stored/cached portion of the selected adjacent videostream is (513) determined not to be stale, the electronic device (e.g.,electronic device 102 as shown in FIGS. 1 and 2) seeks (514) to thecurrent time in the selected adjacent video stream (e.g., in thepreloaded content corresponding to the selected adjacent video stream.For example, if the user selects Stream C (e.g., by performing a rightto left swipe gesture, as shown in FIGS. 4A-4B above), which is adjacentto the main video stream (e.g., Stream B), the electronic devicedetermines whether the downloaded/stored/cached portion of Stream Cincludes video data for the current time. In some implementations, thedownloaded/stored/cached media data includes data that identifies thetime associated with each frame. In some implementations, once theelectronic device (e.g., electronic device 102 as shown in FIGS. 1 and2) seeks (514) to the current time in the downloaded/stored/cachedportion of the selected adjacent video stream, the electronic device(e.g., electronic device 102 as shown in FIGS. 1 and 2) displays (516)the downloaded/stored/cached portion of the selected adjacent videostream beginning at the current time. The electronic device (e.g.,electronic device 102 as shown in FIGS. 1 and 2) then sets (512) theselected adjacent video stream as the main video stream. The electronicdevice (e.g., electronic device 102 as shown in FIGS. 1 and 2) thenrequests (504) the main video stream. An advantage of seeking to thecurrent time in the selected adjacent video stream is that the devicepresents a portion of the selected adjacent video stream to the userthat corresponds to a current time while still using thedownloaded/stored/cached video data, thereby reducing the apparentlatency of loading the selected adjacent video stream withoutintroducing a long delay between broadcast content and correspondingcontent that is presented to the user. In particular, for live videostreams (e.g., sports and/or news), a delay of more than 10 or 15seconds between the broadcast content and the presented content islikely to degrade the user experience, thus it is advantageous to reduceor eliminate this delay by seeking to the current time when displaying adownloaded/stored/cached portion of a selected adjacent video stream.

FIGS. 6A-6H are flow diagrams illustrating a method 600 of switchingbetween playing video streams in accordance with some implementations.The method 600 is performed at an electronic device (e.g., device 102 or106 as shown in FIGS. 1 and 2) with a display and a touch-sensitivesurface. In some implementations, the display is a touch screen displayand the touch-sensitive surface is on the display (e.g., the display andtouch sensitive surface shown in FIGS. 4C and 4D). In someimplementations, the display is separate from the touch-sensitivesurface. Some operations in method 600 are, optionally, combined and/orthe order of some operations is, optionally, changed.

As described below, the method 600 provides an intuitive way to switchbetween playing video streams. The method reduces the cognitive burdenon a user when switching between two or more video streams, therebycreating a more efficient human-machine interface. For battery-operatedelectronic devices, enabling a user to seamlessly switch between videostreams with minimal amounts of load time or other disruptions to theviewing experience conserves power and increases the time betweenbattery charges.

In some implementations, an electronic device (e.g., device 102 as shownin FIGS. 1 and 3) with one or more processors, memory, and a displayreceives (602) a first request to display a first video stream on thedisplay. In response to receiving the first request, the electronicdevice displays (603) the first video stream on the display (e.g.,Stream B as shown in FIG. 4A).

In some implementations, the electronic device, after (e.g., in responseto and/or immediately after) receiving the first request to display thefirst video (e.g., Stream B as shown in FIG. 4A) and prior to receivinga second request to display a second video, the electronic devicepreloads (605) one or more video streams including the second videostream (e.g., one or more video streams are preloaded before they arerequested by the user as further described above with reference to FIG.5).

In some implementations, the electronic device establishes (607) aconnection for receiving the respective video stream from a respectivecontent source (e.g., requesting the respective video stream from aremote source, such as a content delivery server, a peer or a centralmanaged server system or a local source such as a device cache). In someimplementations, after establishing the connection for receiving therespective video stream, the device receives (608) at least a portion ofcontent from the respective content source using the connection. In someimplementations, while maintaining the connection (e.g., after theconnection for receiving the respective video stream has beenestablished), the electronic device stops (609) delivery of therespective video stream to the electronic device from the respectivecontent source. In some implementations, the electronic devicedownloads/stores/caches a predefined portion of the respective videostream (e.g., 10, 20, 30, 60 seconds or some other reasonable amount.)

In some implementations, at least a portion of thedownloaded/stored/cached portion of the respective video stream isdecompressed, decoded and/or otherwise made ready for display. In somesituations, once the connection for receiving the respective videostream has been established, a seek to a particular point in the videostream (even a point that has not already been downloaded) is fasterthan loading the channel from scratch because a connection to the serveris already open and the playlist is already parsed. Thus, in somesituations preloading channels reduces the perceived load time for a newchannel to 0.02 seconds or less. In some situations preloading channelsreduces the perceived load time for a new channel from 7 or 8 seconds to0.5 seconds or less. In some implementations, only channels close to thecurrently displayed channel are preloaded, while for channels furtheraway from the currently displayed channel, thumbnail images, posterimages or static descriptions of content of the channel, low resolutionvideo and/or audio are downloaded for display/presentation if the userswitches to the displayed channel before the channel has been preloaded.

In some implementations, the first video stream (e.g., Stream B as shownin FIGS. 4A-4O) corresponds (610) to a first channel in a predeterminedsequence of channels. In some implementations, the predeterminedsequence of channels is a looping sequence of channels where the initialchannel in the sequence is defined as being adjacent to the finalchannel in the sequence and the second video stream corresponds to asecond channel in the predetermined sequence of channels that isadjacent to the first channel. In some implementations, a plurality ofchannels in the predetermined sequence of channels each have twopredetermined adjacent channels and one or more non-adjacent channels(e.g., as shown in television channels). In some implementations, inresponse to receiving the first request to display the first videostream (e.g., Stream B as shown in FIGS. 4A-4O) on the display, theelectronic device starts (612) to download the first video stream from acontent source for the first video stream (e.g., a remote source, suchas a content delivery server, a peer or a central managed server systemor a local source such as a device cache). In some implementations,after starting to download the first video stream, the electronic devicestarts (613) to preload the second video stream (e.g., Stream C as shownin FIGS. 4A-4O) from the content source for the second video stream. Insome implementations, the first video stream (e.g., Stream B as shown inFIGS. 4A-4O) and the second video stream (e.g., Stream C as shown inFIGS. 4A-4O) are downloaded from the same content source. In someimplementations, the first video stream (e.g., Stream B as shown inFIGS. 4A-4O) and the second video stream (e.g., Stream C as shown inFIGS. 4A-4O) are downloaded from different content sources.

In some implementations, after starting to download the first videostream, the electronic device starts 620 to preload a third video stream(e.g., Stream D as shown in FIGS. 4I-4O) from a content source for thethird video stream (e.g., a remote source, such as a content deliveryserver, a peer or a central managed server system or a local source suchas a device cache), where the third video stream (e.g., Stream A asshown in FIGS. 4I-4O) corresponds to a third channel in thepredetermined sequence of channels that is adjacent to the firstchannel. In some implementations, the first video stream (e.g., Stream Bas shown in FIGS. 4A-4O) and the third video stream (e.g., Stream D asshown in FIGS. 4I-4L) are downloaded from the same content source.

In some implementations, the first video stream (e.g., Stream B as shownin FIGS. 4A-4O) and the third video stream (e.g., Stream A as shown inFIGS. 4I-4O) are downloaded from different content sources. In someimplementations the second video stream (e.g., Stream C as shown inFIGS. 4A-4O) and the third video stream (e.g., Stream A as shown inFIGS. 4I-4O) are downloaded at the same time. Thus, in someimplementations, the peak bandwidth usage includes the amount ofbandwidth for downloading the first video stream (e.g., Stream B asshown in FIGS. 4A-4O), the second video stream (e.g., Stream C as shownin FIGS. 4A-4O), and the third video stream (e.g., Stream A as shown inFIGS. 4I-4L) simultaneously. For example, if each video stream has abandwidth of 1 MB/s, then when the first video stream (e.g., Stream B asshown in FIGS. 4A-4O) is requested, the device starts downloading thefirst stream (cumulative bandwidth use: 1 MB/s) and after the firststream has started playing starts downloading the second stream(cumulative bandwidth use: 2 MB/s) and the third stream (cumulativebandwidth use: 3 MB/s) and after a predefined amount (e.g., 20 seconds)of the second and third streams have been downloaded, the devicecontinues downloading the first video stream only (cumulative bandwidthuse: 1 MB/s). In some implementations, where there is sufficientavailable bandwidth, a large number of media streams (e.g., 10, 20, 30or up to 100) are preloaded concurrently. In some implementations, alarger number of media streams are preloaded consecutively and/orconcurrently and consecutively.

In some implementations, after starting to download the first videostream, the electronic device starts (615) to preload a third videostream from a content source, where the third video stream correspondsto a third channel in the predetermined sequence of channels that isadjacent to the first channel. In some implementations, receiving thefirst request to display the first video stream (e.g., Stream B as shownin FIGS. 4A-4O) includes (616) receiving a channel switching request forswitching channels in a detected channel-switching direction in thepredetermined sequence of channels (e.g., the device determines that theuser is channel surfing by sequentially traversing the predeterminedsequence of channels in the channel-switching direction). In someimplementations, the electronic device selects an order for preloadingthe second channel and the third channel in accordance with the detectedchannel-switching direction. For example, if the second channel (e.g.,Stream C) is a next channel in the detected channel-switching direction,then the device preloads the second video stream (e.g., Stream C) beforepreloading the third video stream (e.g., Stream A); in contrast, if thethird channel (e.g., Stream A) is a next channel in the detectedchannel-switching direction, then the device preloads the third videostream (e.g., Stream A) before preloading the second video stream (e.g.,Stream C). As another example, after switching from Stream B to Stream Cas shown in FIGS. 4A-4B, the electronic device preloads Stream D beforepreloading Stream B, because Stream D is in the channel-switchingdirection.

In some implementations, the electronic device operates (618) in a firstconcurrent-download mode of operation, wherein while in the firstconcurrent-download mode of operation, the device downloads concurrentmedia streams in accordance with first concurrent download constraints(e.g., a maximum number of media streams that can be concurrentlydownloaded and/or a maximum amount of time that a peak downloadthreshold can be maintained).

In some implementations, while operating in the firstconcurrent-download mode of operation, the electronic device detects(620) a change in an available bandwidth for downloading media. In someimplementations, in response to detecting the change in the availablebandwidth for downloading media streams, the electronic device operates(621) in a second concurrent-download mode of operation, where, while inthe second concurrent-download mode of operation, the device downloadsconcurrent media streams in accordance with second concurrent downloadconstraints that are different from the first concurrent downloadconstraints. For example, if the device has a large amount of availablebandwidth (e.g., 100 MB/s), the device will operate in a relativelyunlimited concurrent-download mode of operation where three or moremedia streams are allowed to be downloaded simultaneously (e.g.,starting to download multiple media streams corresponding to adjacentchannels that are adjacent to a currently selected video channel). Incontrast, if the device has an intermediate amount of availablebandwidth (e.g., 3 MB/s), the device will operate in an intermediateconcurrent-download mode of operation where two media streams areallowed to be downloaded simultaneously for as long as necessary (e.g.,starting to download a second video stream as soon as a gesturecorresponding to switching video streams has started). Additionally, insome implementations, in a situation where the device has a more limitedamount of available bandwidth (e.g., 1 MB/s or less), the device willoperate in a limited concurrent-download mode of operation where eitheronly one media stream will be downloaded at a time, or the amount oftime that two media streams can be downloaded concurrently is restricted(e.g., starting to download a second video stream only after a gesturecorresponding to switching video streams has ended).

In some implementations, the electronic device has an availablebandwidth for receiving data, and allocates (623) the availablebandwidth (e.g., in accordance with bandwidth-allocation criteria)between receiving a currently displayed video stream, (e.g., the firstvideo stream such as Stream A) and preloading one or more non-displayedvideo streams (e.g., the second video stream such as Stream B). In someimplementations, a minimum amount of bandwidth for preloading anon-displayed video stream is identified (e.g., by the electronicdevice). In some implementations, the minimum amount of bandwidth is apredetermined limit selected so as to avoid noticeable networkcongestion for the user, and the minimum amount of bandwidth correspondsto a minimum possible bandwidth over which the data for preloading anon-displayed video stream can be received by the device.

In some implementations, a first number of non-displayed video are to bepreloaded (e.g., in accordance with a dynamic determination, defaultdevice settings, and/or custom device settings), and allocating theavailable bandwidth includes (625) determining a respective qualitylevel (e.g., an audio and/or video stream quality level such as bitrate, frame rate, resolution, and/or compression level) at which thecurrently displayed video stream (e.g., Stream B as shown in FIGS.4A-4O) can be received and the first number of non-displayed videostreams can be preloaded, and allocating the available bandwidth so thateach of the video streams is at the respective quality level. In someimplementations, the electronic device allocates a first amount of thebandwidth for receiving the currently displayed video stream inaccordance with the quality level and allocates a second amount of thebandwidth to each respective non-displayed video stream of a pluralityof non-displayed video streams for preloading the non-displayed videostreams at the same quality level. In some implementations, the firstamount of bandwidth is larger than the second amount of bandwidth,because the first amount of bandwidth enables the device to display acontinuous stream of video data while the second amount of bandwidthenables the device to receive occasional updates to the preloadedcontent of the second video stream. In some implementations, the firstamount of bandwidth is the same as the second amount of bandwidthbecause, at least initially, the displayed video stream and the one ormore non-displayed video streams are downloaded concurrently and atcomparable quality levels.

In some implementations, the electronic device detects (626) a change inthe available bandwidth, and in response (627) to detecting the changein the available bandwidth, the electronic device changes (629) therespective quality level (e.g., if the total bandwidth availabledecreases, the device lowers the requested video quality level) andallocates (630) the available bandwidth in accordance with the change inthe respective quality level. For example, if the available bandwidthdecreases, then the quality level decreases and the bandwidth allocatedto the currently displayed video stream and the non-displayed videostream is decreased. In some implementations, the downloading of thenon-displayed video streams is stopped or slowed if there is notsufficient bandwidth to maintain a given quality/desired level for thedisplayed video stream (e.g., so as to avoid degrading the quality ofthe video that is being displayed to the user).

In some implementations, the currently displayed video is associatedwith a first quality level and the electronic device allocates (632) theavailable bandwidth includes allocating the available bandwidth inaccordance with the first quality level and the second quality level(e.g., the currently viewed channel is received at a relatively higherbitrate, the neighboring channels are received at a relatively lowerbitrate.) In some implementations, a plurality of non-displayed videostreams are associated with the second quality level. In someimplementations, one or more of the non-displayed video streams areassociated with a third quality level different from the first qualitylevel and the second quality level. For example, a currently displayedvideo stream has a relatively higher bitrate, an adjacent video streamthat is “next” (e.g., Stream C) in accordance with a lastchannel-switching direction has an intermediate bitrate and an adjacentvideo stream that is “previous” (e.g., Stream A) in accordance with alast channel-switching direction has a relatively lower bitrate. Forexample, when a user swipes from right-to-left on a touchscreen, thedevice displays a currently displayed video stream in the middle of thedisplay at the higher bitrate, and preloads the “right” non-displayedvideo stream that will be displayed if another right-to-left swipe isdetected at an intermediate bit rate, and preloads the “left”non-displayed video stream that will be displayed if a left-to-rightswipe is detected at the lower bit rate.

In some implementations, the available bandwidth is (634) allocated inaccordance with an historical pattern of video stream switching of aparticular user. In some implementations, a user is explicitlyidentified by logging in to a service or an account on a device. In someimplementations, the user is implicitly identified by their behavior orthe device assumes that there is a single user for the device. Forexample some people just watch one show for an entire hour, other peopleare “channel surfers” who change channels frequently. The electronicdevice could watch user behavior to classify a user (e.g., based on anumber of different channels viewed by the user, an average time spentwatching a channel, or a minimum amount of time spent watching achannel), and then choose bitrates accordingly. For instance, the userwho seldom or never surfs could get their main channel in a very highbitrate, and neighboring channels as stills only. A different user whochannel surfs constantly could get all three channels in a mediumbitrate.

In some implementations, the available bandwidth is (636) allocated inaccordance with recent video switching activity. For example, if theuser has switched video streams recently (e.g., within the last 1, 2, 5,15, 30, or 60 seconds), more of the available bandwidth is allocated forpreloading the adjacent video streams and the neighboring channels arepreloaded at a higher bitrate than a preloading bitrate that is usedwhile the user is not switching video streams. In contrast, if the userhas not switched video streams in several minutes, then more of theavailable bandwidth is allocated for receiving the currently displayedvideo stream and the currently displayed video stream is received at ahigher bitrate than a primary-stream bitrate that is used while the useris switching video streams.

In some implementations, the available bandwidth is (637) allocated inaccordance with a current position within the currently displayed videostream. In some implementations, the bandwidth is allocated inaccordance with a proximity of the current position to discontinuitiesin the currently displayed video stream (e.g., an end of a broadcast ortelevision show or a commercial break). For example, a user is likely tochange channels after a television show ends and/or at the start of acommercial break. In some implementations, the device identifies whenthese events are about to occur, and increases the amount of bandwidthallocated to preloading the adjacent video streams so as to anticipate achannel change. In some implementations, in addition to increasing theamount of bandwidth allocated to preloading the adjacent video streams,the device reduces the amount of bandwidth allocated to receiving thecurrently displayed video stream.

In some implementations, the available bandwidth is (638) allocated inaccordance with a data network over which data corresponding to the oneor more non-displayed video streams is received. In someimplementations, when a cellular data network is being used instead of awireless network, the device reduces the amount of the bandwidth that isallocated to preloading non-displayed video streams so as to reduce datausage for preloading non-displayed video streams in situations where theuser has a data limit or is charged for the amount of data that is used(e.g., when using a cellular data plan to download data).

In some implementations, the allocation of bandwidth for preloadingnon-displayed video streams is (640) less than the minimum bandwidth forpreloading a non-displayed video stream (e.g., the electronic devicedoes not have sufficient bandwidth to download the displayed videostream at a desired quality level and also download one or morenon-displayed video stream). The electronic device requests (642) asubset of the frames of respective non-displayed video stream. In someimplementations, the electronic device requests a subset of the framesof respective non-displayed video stream (e.g., requesting keyframes ofthe second video stream), and, in response to a request to display therespective non-displayed video stream, the electronic device (e.g.,device 102 as shown in FIGS. 1 and 2) sequentially displays (643) thesubset of the frames of the respective non-displayed video stream whilestarting to receive and preparing to display the video data (e.g.,decompressing and decoding the video data) corresponding to therespective non-displayed video stream (e.g., in response to a request todisplay the second video stream the electronic device displays aslideshow of the keyframes of the second video stream while retrievingthe full video stream). In some implementations, the device delays thestart of preloading of non-displayed video streams until a sufficientbuffer (e.g., 5, 10, 15, 20 or 30 seconds) of the displayed video streamhas been downloaded to the electronic device.

In some implementations, the electronic device requests (645) respectiveaudio data corresponding to the subset of frames of the respectivenon-displayed video stream (e.g., audio data corresponding to the secondvideo stream is downloaded along with keyframes for the second videostream). In response to the request to display the respectivenon-displayed video stream, the electronic device plays (646) therespective audio data in conjunction with displaying the correspondingsubset of the frames of the respective non-displayed video stream (e.g.,in response to a request to display the second video stream displaying aslideshow of the keyframes of the second video stream and playing audioof the second video stream while retrieving the video stream).

In some implementations, while (648) displaying the first video streamon the display, the electronic device receives (650) a second request todisplay a second video stream (e.g., Stream C as shown in FIGS. 4A-4O)on the display. In some implementations, the second request corresponds(652) to a gesture that includes movement of a contact detected on atouch-sensitive surface (e.g., the second request corresponds to a tapor swipe gesture on a touch-sensitive surface such as a track pad ortouchscreen 426 as shown in FIGS. 4C and 4D or a touchscreen as shown inFIGS. 4A and 4B). In some implementations, the second requestcorresponds (653) to a gesture that includes movement of an input deviceconnected to an electronic device (e.g., the second request correspondsto movement of a mouse or joystick 448 corresponding to movement of acursor on the display as shown in FIGS. 4E and 4F). In someimplementations, the second request corresponds (654) to a gesture thatincludes movement of an object in three dimensional space (e.g., thesecond request corresponds to movement of a remote control detected viaan infrared light bar or movement of a user's arm/hand detected viamotion tracking cameras as shown in FIGS. 4G and 4H).

In some implementations, the electronic device performs one or moreoperations in response (656) to receiving the second request. In someimplementations, the second video stream is (658) a live video stream,(e.g., a video stream that is not “on demand” but corresponds to abroadcast such as a live performance, sporting event or newscast) andpreloading the second video stream includes downloading/storing/cachinga portion (sometimes referred to as a “cached portion”) of the secondvideo stream. In some implementations, in response to receiving thesecond request to display the second video stream, the electronic devicedetermines (660) whether the second request meets recency criteria. Insome implementations, the second request meets the recency criteria whena current “live stream time” of the second video stream is sufficientlyclose to (e.g., within a predefined time threshold such as 10, 20, 30,60 seconds or some other reasonable time threshold of) a video streamtimestamp or range of timestamps corresponding to the cached portion ofthe second video stream.

In some implementations, in accordance with a determination that thesecond request meets recency criteria, the electronic device starts(661) to play the second video stream using the cached portion of thesecond video stream. In some implementations, the electronic devicerequests, from a content source, data corresponding to a portion of thesecond video stream starting at the end of the cached portion of thesecond video stream. Thus, in some implementations (e.g., where thesecond video stream can start to play immediately from the cache withminimal delay), the electronic device does not seek to return to liveprogramming (e.g., programming with a minimal broadcast delay), even ifthe second stream is live video and exchanges a slight lag behind the“live stream time” for a reduced latency in starting to play the secondvideo stream on the device. In some implementations, in accordance witha determination that the second request does not meet the recencycriteria, the electronic device requests (662), from the content sourcefor the second video stream, data corresponding to a portion of thesecond video stream that is outside of the cached portion of the secondvideo stream. In some situations, the seek at this point is faster thandownloading the channel from scratch because a connection to the serveris already open and the playlist has already been examined and theinformation from the playlist has been extracted so that differentcontent referenced by the playlist can be readily accessed.

In some implementations, in response (656) to receiving the secondrequest the electronic device displays (664) at least a portion of thefirst video stream (e.g., Stream B as shown in FIGS. 4A-4O) on thedisplay concurrently with at least a portion of the second video stream(e.g. as shown in FIGS. 4C-4H). In some implementations, the secondvideo stream was received, at least in part, from a content source forthe second video stream in response to a request, from the electronicdevice to the content source for the second video stream, for deliveryof the second video stream from the content source for the second videostream to the electronic device. In some implementations the first andsecond video streams are live video streams. In some implementations,the first and second video streams are on-demand video streams. In someimplementations, live video is displayed with on-screen EPG (electronicprogram guide) metadata and on-demand video is displayed with on-screenTV show or film metadata from a content provider or third party contentdatabase. In some implementations, data corresponding to the videostreams is received from a local content source such as a Local Cache(e.g., Media Content Database 245 in FIG. 2). In some implementations,data corresponding to the video stream is received from a remote contentsource such as a Network Cache (e.g., a local network cache providingdata to an output device such as a network attached storage deviceproviding content to a portable electronic device such as a smart phoneor tablet); Peers in a peer-to-peer network; a Content Delivery Serverin a content delivery network (e.g., a distributed set of contentdelivery servers dedicated to providing content to clients); and/or aCentral Managed Server such as a backend server of a video applicationplaying the video. In some implementations, streams are optionallyencrypted with an encryption key once per segment, per bit rate, or pervideo file. In some implementations, the second video stream is receivedfrom the content source before being requested by the electronic device(e.g., data corresponding to the second video stream is prefetched) inresponse to a recommendation from another user or a prediction that theuser is likely to play the second video stream in the future.

In some circumstances, a content source (e.g., the content source forthe second video stream) is a content storage source that stores contentfor retrieval by one or more electronic devices. For example, in someimplementations, the content source is a long-term content storagesource that stores the content for more than a predetermined amount oftime (e.g., 30 minutes, an hour, a day or some other predeterminedamount of time) so that the content is available for on-demand deliveryto the electronic device (e.g., rather than just temporarily buffering asmall amount of content while the content is being decompressed ordecoded). In some circumstances, a content source (e.g., the contentsource for the second video stream) is a content generation source thatgenerates compressed and/or encoded chunks of content from a stream oflive content (e.g., a live broadcast of a sporting event or newscast)that can be decompressed and/or decoded at the electronic device. Forexample, in some implementations, the content source is a computersystem that stores content for on-demand viewing and/or generatescontent (e.g., by encoding and/or compressing source media such as videoof a live event) for delivery to one or more different electronicdevices over a public, general-purpose, network (e.g., a packet-switchednetwork such as the Internet). Thus, in some implementations a cable boxor other device that simply decodes, descrambles and/or decompressescontent received from a remote content source (e.g., a media providersuch as a cable TV provider or a satellite TV provider) is not a contentsource, because it does not store content for on-demand viewing orgenerate content for delivery to an electronic device over a public,general-purpose network such as the Internet.

In some implementations, receiving the second request includes detecting(665) a gesture (e.g., a swipe gesture detected on a touch-sensitivesurface as shown in FIGS. 4A-4B), and the second video stream isdisplayed in response to detecting an end of the gesture.

In some implementations, the second video stream (e.g., Stream C asshown in FIGS. 4A-4O) is (667) requested from the content source for thesecond video stream in response to detecting the end of the gesture(e.g., the device downloads the second video stream in response todetecting the end of the gesture and plays the second video stream whenit becomes available). In some implementations, while waiting for thesecond video stream to be received, decompressed, and/or decoded, thedevice displays a last available frame from the channel. Thus, in someimplementations, the peak bandwidth usage includes an amount ofbandwidth for downloading the first video stream and the second videostream concurrently, which occurs in response to detecting the end ofthe gesture. In some implementations, in the absence of a last availableframe for a respective video stream, the device displays a placeholderimage (e.g., a black box or loading icon) displays information about therespective video stream, and/or requests a frame for the respectivevideo stream.

In some implementations, the second video stream (e.g., Stream C asshown in FIGS. 4A-4O) is (668) requested from the content source for thesecond video stream in response to detecting a beginning of the gesture(e.g., the device downloads the second video stream in response todetecting the beginning of the gesture, such as a touch down event on atouch-sensitive surface or a mouse hover event, so as to reduce theapparent lag time in downloading the second video stream). In someimplementations, while waiting for the second video stream to bereceived, decompressed, and/or decoded, the device displays a lastavailable frame from the channel of the second video stream. Thus, insome implementations, the peak bandwidth usage includes an amount ofbandwidth for downloading the first video stream and the second videostream concurrently, which occurs in response to detecting the beginningof the gesture.

In some implementations, receiving the second request includes (670)detecting a gesture (e.g., a swipe gesture detected on a touch-sensitivesurface), and at least a portion of the second video stream (e.g.,Stream C as shown in FIGS. 4A-4O) is displayed in response to detectinga beginning of the gesture. In some implementations, the gesture is(672) a gesture corresponding to movement in a respective direction(e.g., substantially upward, downward, left-to-right, or right-to-leftmovement of a contact on a touchscreen or touch-sensitive surface, aremote control device or user body part in front of a motion detector,and/or movement of a cursor corresponding to movement of a mouse orother pointing device), and in response to detecting the gesture, theelectronic device slides a first video tile that includes displayedcontent from the first video stream toward a first edge of the displayin a direction corresponding to the respective direction and,optionally, slides a second video tile that includes displayed contentfrom the second video stream onto the display from a second edge of thedisplay that is opposite to the first edge of the display (e.g., asshown in FIGS. 4A-4B, 4C-4D, 4E-4F, and 4G-4H). In some implementations,the first video tile and/or the second video tile move in accordancewith the movement in the respective direction, so that for a respectiveamount of movement in the respective direction, the first video tileand/or the second video tile move by a proportional amount in therespective direction. In some implementations, during the gesture, thefirst video tile (e.g., a video tile corresponding to Stream B as shownin FIGS. 4A-4O) displays (674) video content from the first videostream; and the second video tile (e.g., a video tile corresponding toStream C as shown in FIGS. 4A-4O) displays video content from the secondvideo stream. In some implementations, after detecting an end of theinput (e.g., a liftoff of a contact that performed the gesture or anup-click of a mouse button), the device moves the first video tileand/or the second video tile so as to align the first video tile and/orthe second video tile with a predefined grid and/or snap the first videotile and/or the second video tile to a predefined arrangement (e.g.,with a main video tile displayed in approximately a center of anapplication window or display).

In some implementations, while displaying (676) the portion of the firstvideo stream on the display concurrently with displaying the portion ofthe second video stream, the electronic device plays (678) first audiocontent associated with the first video stream. The electronic devicedetermines (680) that audio-switching criteria have been met. In someimplementations, the audio-switching criteria are met when more than apredetermined amount of the second video stream is displayed on thedisplay. For example, the audio-switching criteria are met when at leasta predefined percentage (e.g., 10%, 20%, 30%, 40%, 50%, 60% or someother reasonable percentage) of a video tile including the second videostream (e.g., Stream C) is displayed on the display. In someimplementations, the audio-switching criteria are met when less than apredetermined amount of the first video stream is displayed on thedisplay. For example, the audio-switching criteria are met when lessthan a predefined percentage (e.g., 10%, 20%, 30%, 40%, 50%, 60% or someother reasonable percentage) of a video tile including the first videostream is displayed on the display.

In some implementations, the electronic device, in response todetermining that the audio-switching criteria have been met, plays (683)second audio content associated with the second video. In someimplementations, prior to playing the second audio content, theelectronic device ceases (682) to play the first audio content (e.g.,playing the second audio content instead of the first audio content). Insome implementations, the starting to play the second audio contentinstead of the first audio content includes stopping play of the firstaudio content and starting play of the second audio content (e.g., anabrupt cut between the first audio content and the second audiocontent). In some implementations, starting to play the second audiocontent instead of the first audio content includes fading the firstaudio content out to silence and fading the second audio content in fromthe silence (e.g., cross fading with silence).

In some implementations, while playing the second audio content, theelectronic device continues (685) to play the first audio content (e.g.,the device produces audio corresponding to an overlapping cross fadebetween the first audio content and the second audio content). In someimplementations, in response to receiving the second request, (e.g., arequest including a swipe gesture in a respective direction) theelectronic device slides (687) a video tile that includes content fromthe second video onto the display, and the electronic device optionally,slides a video tile that includes content from the first video streamoff of the display. In some implementations, video tiles move inaccordance with the movement in the respective direction, so that for arespective amount of movement in the respective direction, the firstvideo tile and/or the second video tile move by a proportional amount inthe respective direction. In some implementations, after detecting anend of the input (e.g., a liftoff of a contact that performed thegesture or an up-click of a mouse button), the device moves the firstvideo tile and/or the second video tile so as to align the first videotile and/or the second video tile with a predefined grid and/or snap thefirst video tile and/or the second video tile to a predefinedarrangement (e.g., with a main video tile displayed in approximately acenter of an application window or display). In some implementations,while playing the first audio content and the second audio content, theelectronic device reduces (688) an amplitude of the first audio contentrelative to an amplitude of the second audio content in accordance withan amount of the video tile that is displayed on the display (e.g., thedevice produces audio corresponding to a cross fade between the firstaudio content and the second audio content that is weighted based onproportion of the second video stream that is displayed on display). Insome implementations, the amplitude of the first audio content isdecreased and the amplitude of the second audio content is increased asthe video tile slides further onto the display. For example, in FIG. 4B,approximately 70% of the video tile corresponding to Stream B isdisplayed simultaneously with approximately 30% of the video tilecorresponding to Stream C and thus the audio for Stream B and Stream Care, optionally, blended so that the audio of Stream C accounts forabout 70% of the audio output of the electronic device and the audio ofstream B accounts for about 30% of the audio output of the electronicdevice.

While the implementations described herein have use the example ofsliding video tiles across the display, in some implementations one ormore other visual effects are used instead of or in addition to slidingvideo tiles when switching between displaying a first video stream anddisplaying a second video stream. For example, one such visual effect isa transition where the first video stream dissolves to reveal the secondvideo stream “underneath” the first video stream. As another example,one such visual effect is a transition where a “wipe” effect transitionswhere the first video stream is wiped away to reveal the second videostream (e.g., so that during a right-to-left swipe gesture, a firstportion of the display that is to the left of the user's hand displaysthe first video stream while a second portion of the display that is tothe right of the user's hand displays the second video stream, where thefirst portion decreases in size and the second portion increases in sizeas the user's hand moves further from right-to-left, or vice versa for aleft-to-right swipe gesture). As another example, one such visual effectis a transition where the first video stream fades to black (or anothersolid color) and the second video stream fades in from the black (orother solid color). One or more of these visual effects are optionallycombined with one or more audio effects (e.g., cross fading the audio inaccordance with a progress of a visual transition between a first videostream and a second video stream, as described in greater detail above).

In some implementations, in response to the second request, theelectronic device displays at least a portion of a third video stream onthe display concurrently with at the portion of the second video streamand the portion of the first video stream. Thus, in someimplementations, the device displays portions of three or more videostreams simultaneously by decreasing a size of the video tiles so as toshow multiple video tiles (or portions of multiple video tiles) on thedisplay (e.g., as shown in FIG. 4J where portions of Stream A, Stream B,Stream C, Stream D, and Stream E are displayed simultaneously). Forexample, the device detects a pinch gesture (e.g., movement of contacts464 and 466 toward each other as shown in FIGS. 4I-4J) and reduces asize of a video tile and displays portions of adjacent video tiles thatcorrespond to adjacent channels in the sequence of channels (e.g., sothat the set of adjacent video tiles looks like a filmstrip). In someimplementations, after displaying the portion of the third video stream,the device detects a depinch gesture (e.g., movement of contacts 472 and474 away from each other as shown in FIGS. 4K-4L) and resumes displayinga single video tile at the standard size. In some implementations, threeor more of the video tiles include concurrently playing video streams,so that the user can view video of three or more channels at the sametime (e.g., Stream B, Stream C and Stream D are playing simultaneouslyin FIGS. 4J-4K).

In some implementations, the electronic device displays (690) at least aportion of a third video stream on the display concurrently with atleast the portion of the second video stream and the portion of thefirst video stream. In some implementations, prior to receiving thefirst request, the first video is displayed in a first video tile thatis displayed at a first size and the second request includes a requestto reduce the size of the first video tile. In some implementations(e.g., where the second request includes a request to reduce the size ofthe first video tile), displaying the portion of the second video streamand the portion of the third video stream concurrently with the portionof the second video stream includes (691) displaying an array of videotiles including the first video tile, a second video tile correspondingto the second video stream and a third video tile corresponding to thethird video stream, where the first video tile, the second video tileand the third video tile are displayed at respective sizes that aresmaller than the first size. For example, in FIGS. 4I-4J, the devicedetects a pinch gesture including movement of contacts 464 and 466toward each other while a video tile for Stream C is displayed, and, inresponse to the pinch gesture, the device reduces a size of the videotile for Stream C to a reduced size and displays video tiles foradjacent Stream B and adjacent Stream D at the reduced size. It shouldbe understood that similar animations would, optionally, be displayed inresponse to detecting a pinch gesture while displaying a video tilecorresponding to Stream B, with video tiles corresponding to Stream Aand Stream C as the adjacent video tiles.

In some implementations, the array of video tiles is a multi column,multi-row array. In some implementations, the array of video tiles is asingle column or single row array of video tiles. In someimplementations, the array includes (692) a plurality of video tiles forwhich video data has been preloaded. In some implementations, displayingthe array includes displaying, in each respective video tile of theplurality of video tiles, preloaded video data corresponding to therespective video tile (e.g., displaying recent cached video or stillsfrom the video streams corresponding to the video tiles).

In some implementations, after (694) displaying the array of videotiles: the electronic device receives (696) a third request to increasethe size of a selected video tile in the array of video tiles (e.g., adepinch gesture such as the movement of contacts 472 and 474 away fromeach other as shown in FIGS. 4K-4L). In some implementations, inresponse to receiving the third request, the electronic device enlarges(698) the selected video tile so that the other video tiles in the arrayare not displayed on the display. For example, in FIGS. 4K-4L, thedevice detects a depinch gesture including movement of contacts 472 and474 away from each other over a video tile for Stream D, and, inresponse, the device increases a size of the video tile for Stream D andceases to display video tiles for other video streams. In someimplementations, analogous operations would be performed if the depinchgesture were to be detected over other video tiles.

It should be understood that the particular order in which theoperations in FIGS. 6A-6H have been described is merely exemplary and isnot intended to indicate that the described order is the only order inwhich the operations could be performed. One of ordinary skill in theart would recognize various ways to reorder the operations describedherein. Additionally, it should be noted that details of other processesdescribed herein with respect to other methods described herein (e.g.,method 700) are also applicable in an analogous manner to method 600described above with respect to FIGS. 6A-6H. For example, the contacts,gestures, video tiles, video streams, requests, displays, connection,channels, and user interface objects described above with reference tomethod 600 optionally have one or more of the characteristics of thecontacts, gestures, video tiles, video streams, requests, displays,connection, channels, and user interface objects described herein withreference to other methods described herein (e.g., method 700). Forbrevity, these details are not repeated here.

FIGS. 7A-7E are flow diagrams illustrating a method 700 of transitioningbetween media channels in accordance with some implementations. Themethod 700 is performed at an electronic device (e.g., device 102 or 106as shown in FIGS. 1 and 3) with a display and a touch-sensitive surface.In some implementations, the display is a touch screen display and thetouch-sensitive surface is on the display. In some implementations, thedisplay is separate from the touch-sensitive surface. Some operations inmethod 700 are, optionally, combined and/or the order of some operationsis, optionally, changed.

As described below, the method 700 provides an intuitive way totransition between media channels. The method reduces the cognitiveburden on a user when switching between media channels, thereby creatinga more efficient human-machine interface. For battery-operatedelectronic devices, enabling a user to switch between media channelsfaster and more efficiently conserves power and increases the timebetween battery charges.

In some implementations, the electronic device (e.g., device 102 asshown in FIGS. 1 and 3) receives (702) a first request to display afirst video stream on the display, where the first video streamcorresponds to a first channel in a predetermined sequence of channels.In some implementations, in response to the first request, theelectronic device displays (704) the first video stream (e.g., Stream Bas shown in FIGS. 4A-4O) on the display.

In some implementations, after receiving the first request to displaythe first video and prior to receiving the second request to display thesecond video, the electronic device preloads (706) one or more videostreams including the second video stream. In some implementations, thesecond video stream is preloaded in addition to preloading one or moreadjacent video streams, as described in above with reference to method600. For example, a non-adjacent video stream such as Stream D in FIGS.4A-4O and one or more adjacent video streams such as Stream A or StreamC in FIGS. 4A-4O are preloaded before they are requested by the user.

In some implementations, the electronic device has (708) availablebandwidth for receiving data (e.g., an available bandwidth for receivingdata corresponding to video streams), and the electronic deviceallocates the available bandwidth (e.g., in accordance withbandwidth-allocation criteria) between: receiving a currently displayedvideo stream (e.g., the first video stream such as Stream B in FIG. 4A)and preloading one or more non-displayed video streams (e.g., the secondvideo stream such as Stream A, Stream C, and/or Stream D) other than thecurrently displayed video stream (e.g., as described in above withreference to method 600).

In some implementations, a minimum amount of bandwidth for preloading anon-displayed video stream is (712) identified (e.g., by the electronicdevice). In some implementations, the minimum amount of bandwidth is apredetermined limit selected so as to avoid noticeable networkcongestion for the user. In some implementations, the minimum amount ofbandwidth corresponds to a minimum possible bandwidth over which thedata for preloading a non-displayed video stream can be received by thedevice. In some implementations, the allocation of bandwidth forpreloading non-displayed video streams is less than the minimumbandwidth for preloading a non-displayed video stream. In someimplementations, the electronic device requests (716) a subset of theframes of a respective non-displayed video stream (e.g., requestingkeyframes of the second video stream). In some implementations, inresponse to a request to display the respective non-displayed videostream, the electronic device sequentially displays (718) the subset ofthe frames of the respective non-displayed video stream while startingto receive and decode the video data corresponding to the respectivenon-displayed video stream (e.g., Stream D). For example, in response toa request to display the second video stream, the electronic devicedisplays a slideshow of the keyframes of the second video stream whileretrieving the full video stream as shown in FIGS. 4J and 4K.

In some implementations, the electronic device requests (720) respectiveaudio data corresponding to the subset of frames of the respectivenon-displayed video stream (e.g., requesting keyframes of the secondvideo stream). In some implementations, in response to the request todisplay the respective non-displayed video stream, the electronic deviceplays (722) the respective audio data in conjunction with displaying thecorresponding subset of the frames of the respective non-displayed videostream (e.g., in response to a request to display the second videostream the electronic device displays a slideshow of the keyframes ofthe second video stream and plays audio of the second video stream whileretrieving the full video stream).

In some implementations, the electronic device operates (724) in a firstconcurrent-download mode of operation, where while in the firstconcurrent-download mode of operation, the device downloads concurrentmedia streams in accordance with first concurrent download constraints(e.g., a maximum number of media streams that can be concurrentlydownloaded and/or a maximum amount of time that a peak downloadthreshold can be maintained). In some implementations, while operatingin the first concurrent-download mode of operation, the electronicdevice detects (726) a change in an available bandwidth for downloadingmedia streams. In some implementations, in response to detecting thechange in the available bandwidth for downloading media streams, theelectronic device operates (728) in a second concurrent-download mode ofoperation. In some implementations, while in the secondconcurrent-download mode of operation, the device downloads concurrentmedia streams in accordance with second concurrent download constraintsthat are different from the first concurrent download constraints. Forexample, if the device has a lot of available bandwidth (e.g., 100MB/s), the device will operate in a relatively unlimitedconcurrent-download mode of operation where three or more media streamsare allowed to be downloaded simultaneously (e.g., the device starts todownload multiple media streams corresponding to adjacent channels thatare adjacent to a currently selected video channel and, optionally,media streams corresponding to one or more non-adjacent channels such asthe second channel). In contrast, if the device has an intermediateamount of available bandwidth (e.g., 3 MB/s), the device will operate inan intermediate concurrent-download mode of operation where two mediastreams are allowed to be downloaded simultaneously for as long asnecessary (e.g., starting to download a second video stream as soon as agesture corresponding to switching video streams has started).Additionally, in a situation where the device has more limited availablebandwidth (e.g., 1 MB/s or less), the device will operate in a limitedconcurrent-download mode of operation where either: only one mediastream can be downloaded at a time or the amount of time that two mediastreams can be downloaded concurrently is restricted (e.g., starting todownload a second video stream only after a gesture corresponding toswitching video streams has ended).

In some implementations, while displaying (729) the first video stream(e.g., Stream B) on the display, the electronic device receives (730) asecond request to display a second video stream (e.g., Stream D) on thedisplay, where the second video stream corresponds to a second channelin the predetermined sequence of channels and the second channel isseparated from the first channel in the predetermined sequence by one ormore intervening channels (e.g., the second channel is not adjacent tothe currently displayed channel in the predetermined sequence ofchannels). For example, Stream D is not adjacent to Stream B in FIGS.4A-4O.

In some implementations, the second request (e.g., the request todisplay a second video stream) corresponds (732) to a gesture thatincludes movement of a contact detected on a touch-sensitive surface(e.g., the second request corresponds to a tap or swipe gesture on atouch-sensitive surface such as a track pad or touchscreen 426 as shownin FIGS. 4C and 4D or a touchscreen as shown in FIGS. 4A and 4B). Insome implementations, the second request (e.g., the request to display asecond video stream) corresponds (734) to a gesture that includesmovement of an input device connected to an electronic device (e.g., thesecond request corresponds to movement of a mouse or joystick 448corresponding to movement of a cursor on the display as shown in FIGS.4E and 4F). In some implementations, the second request (e.g., therequest to display a second video stream) corresponds (736) to a gesturethat includes movement of an object in three dimensional space (e.g.,the second request corresponds to movement of a remote control detectedvia an infrared light bar or movement of a user's arm/hand detected viamotion tracking cameras as shown in FIGS. 4G and 4H).

In some implementations, receiving the second request (e.g., the requestto display a second video stream) includes (740) detecting a gesture(e.g., a tap gesture detected on a touch-sensitive surface thatcorresponds to selection of a representation of the second channel suchas selection of a representation of a channel from a list or array ofrepresentations of channels). In some implementations, the second videostream is (744) displayed in response to detecting the end of thegesture (e.g., the device downloads the second video stream in responseto detecting the end of the gesture and plays the second video streamwhen it becomes available). In some implementations, while waiting forthe second video stream to be received, decompressed, and/or decoded,the device displays a last available frame from the channel. Thus, insome implementations, the peak bandwidth usage includes an amount ofbandwidth for downloading the first video stream (e.g., Stream B) andthe second video stream (e.g., Stream D) concurrently, which occurs inresponse to detecting the end of the gesture. In some implementations,the second video stream is (746) requested from a content source inresponse to detecting a beginning of the gesture (e.g., the devicedownloads the second video stream in response to detecting the beginningof the gesture so as to reduce the apparent lag time in downloading thesecond video stream). In some implementations, while waiting for thesecond video stream (e.g., Stream D) to be received, decompressed,and/or decoded, the device displays a last available frame from thechannel. Thus, in some implementations, the peak bandwidth usageincludes an amount of bandwidth for downloading the first video stream(e.g., Stream B) and the second video stream (e.g., Stream D)concurrently, which occurs in response to detecting the beginning of thegesture.

In some implementations, in response to receiving the second request(e.g., the request to display a second video stream), the electronicdevice performs one or more operations. In some implementations, (e.g.,where the second video stream is preloaded), the second video stream is(748) a live video stream, (e.g., a video stream that is not “on demand”but corresponds to a broadcast such as a live performance, sportingevent or newscast) and preloading the second video stream includesdownloading/storing/caching a portion (sometimes referred to as a“cached portion”) of the second video stream (e.g., Stream D). Inresponse to receiving the second request to display the second videostream (e.g., Stream D), the electronic device determines (764) whetherthe second request (e.g., the request to display a second video stream)meets recency criteria. In some implementations, the second request(e.g., the request to display a second video stream) meets the recencycriteria when a current “live stream time” of the second video stream issufficiently close to (e.g., within a predefined time threshold such as10, 20, 30, 60 seconds or some other reasonable time threshold of) avideo stream timestamp or range of timestamps corresponding to thecached portion of the second video stream.

In some implementations, in accordance with a determination that thesecond request (e.g., the request to display a second video stream)meets recency criteria, the electronic device starts (752) to play thesecond video stream using the downloaded/stored/cached portion of thesecond video stream (e.g., Stream D). In some implementations, thedevice requests, from a content source (e.g., a remote source, such as acontent delivery server, a peer or a central managed server system or alocal source such as a device cache), data corresponding to a portion ofthe second video stream starting at the end of thedownloaded/stored/cached portion of the second video stream. Thus, insome implementations (e.g., where the second video stream can start toplay immediately from the cache with minimal delay), the device does notseek to return to live, even if the second stream is live video andexchanges a slight lag behind the “live stream time” for a reducedlatency in starting to play the second video stream on the device. Insome implementations, in accordance with a determination that the secondrequest (e.g., the request to display a second video stream) does notmeet the recency criteria, the electronic device requests (754), from acontent source (e.g., a content delivery server, a peer or a centralmanaged server system or a local source such as a device cache), datacorresponding to a portion of the second video stream that is outside ofthe downloaded/stored/cached portion of the second video stream (e.g.,Stream D). In some situations, the seek at this point is faster thandownloading the channel from scratch because a connection to the serveris already open and the playlist has already been examined and theinformation from the playlist has been extracted so that differentcontent referenced by the playlist can be readily accessed.

In some implementations, in response to receiving the second request(e.g., the request to display a second video stream), the electronicdevice displays (756) at least a portion of the first video stream onthe display concurrently with at recently received content of one ormore of the intervening channels (e.g., the electronic device displaysrecently downloaded video stills from intervening channels whileswitching between non-adjacent channels). In some implementations, therecently received content from one or more of the intervening channelsincludes video stills from the intervening channels. For example, everyso often, perhaps every 10 or 30 seconds, the server takes a video stillfrom each live channel. These still images are delivered to the client.Recently received content from the one or more intervening channelsincludes content that is representative of content that was recentlybroadcast “live” on the different channels, and gives the user theability to preview content that is being broadcast “live” on thedifferent channels. In some situations, the user requests to switchbetween two channels that are separated from each other by a largenumber (e.g., more than 5 or more than 10) of intermediate channels andin some embodiments the electronic device animates a jump between acurrent channel and a newly selected channel. To animate a large jump inchannels, while the source and destination channels are both streamingvideo feeds, the channels in between are recent still images. Theanimation will happen so quickly (faster as more channels aretraversed), it will appear to the user that all of the channels aremoving video, not just the source and destination (e.g., this appearancecan be produced by switching between the still frames from the channelsan effective frame rate of above 24 frames per second where each stillframe is displayed for 1/24 of a second or less or, optionally a higherframe rate such as 48 frames per second). In some implementations,content is preloaded from a plurality of channels. In someimplementations the content that is preloaded from the channels includesstill images. In some implementations the content that is preloaded fromthe channels includes audio. In some implementations the content that ispreloaded from the channels includes preloaded video. For example, insome situations, the computer system downloads still images and/or audiofor all channels and preloads video for a subset of the channels (e.g.,every Nth channel, the 10 most frequently watched channels or the 10most recently watched channels), so as to give the user the impressionthat a large number of the channels are currently “live” video streams,even if most of the video streams are not currently being downloaded(perhaps to conserve bandwidth).

In some implementations, receiving the second request (e.g., the requestto display a second video stream) includes (758) detecting a gesture(e.g., a tap gesture detected on a touch-sensitive surface thatcorresponds to selection of a representation of the second channel). Insome implementations, at least a portion of the second video stream isdisplayed in response to detecting a beginning of the gesture. In someimplementations, the gesture is (760) a gesture corresponding tomovement in a respective direction (e.g., substantially upward,downward, left-to-right, or right-to-left movement of a contact on atouchscreen or touch-sensitive surface, a remote control device or userbody part in front of a motion detector, and/or movement of a cursorcorresponding to movement of a mouse or other pointing device), and inresponse to detecting the gesture, the electronic device slides (762) afirst video tile (e.g., a video tile corresponding to Stream B) thatincludes content displayed from the first video stream toward a firstedge of the display in a direction corresponding to the respectivedirection. In some implementations, the electronic device slides (764)one or more intervening video tiles (e.g., a video tile corresponding toStream C) that include content displayed from one or more of theintervening channels across the display. In some implementations, thefirst video tile slides off the display. In some implementations, theelectronic device slides (766) a second video tile (e.g., a video tilecorresponding to Stream D) that includes content displayed from thesecond video stream onto the display from a second edge of the displaythat is opposite to the first edge of the display. In someimplementations, the first video tile and/or the second video tile movein accordance with the movement in the respective direction, so that fora respective amount of movement in the respective direction, the firstvideo tile and/or the second video tile move by a proportional amount inthe respective direction (e.g., as shown in FIGS. 4A-4O). In someimplementations, during the gesture, the first video tile displays (768)video content from the first video stream. In some implementations, thesecond video tile displays video content from the second video stream.

In some implementations, in response to the second request (e.g., therequest to display a second video stream), the electronic devicedisplays (770) at least a portion of a third video stream on the displayconcurrently with at least the portion of the second video stream andthe portion of the first video stream. Thus, in some implementations,the device displays portions of three or more video streamssimultaneously by decreasing a size of the video tiles so as to showmultiple video tiles or portions of multiple video tiles on the display(e.g., as shown in FIGS. 4I-4L where portions of tiles corresponding toStream A, Stream B, Stream C, Stream D, and Stream E are displayedsimultaneously). For example, the device detects a pinch gesture andreduces a size of a video tile and displays portions of adjacent videotiles that correspond to adjacent channels in the sequence of channels(e.g., so that the set of adjacent video tiles looks like a filmstrip).In some implementations, after displaying the portion of the third videostream, the device detects a depinch gesture and resumes displaying asingle video tile at the standard size (e.g., as shown in FIG. 4L). Insome implementations, three or more of the video tiles includeconcurrently playing video streams, so that the user can view video ofthree or more channels at the same time.

In some implementations, prior to receiving the first request, theelectronic device displays (772) the first video in a first video tilethat is displayed at a first size, and the second request (e.g., therequest to display a second video stream) includes a request to reducethe size of the first video tile (e.g., a pinch gesture includingmovement of contact s 464 and 466 toward each other as shown in FIGS.4I-4J). In some implementations, displaying the portion of the secondvideo stream and the portion of the third video stream concurrently withthe portion of the second video stream includes displaying an array ofvideo tiles including the first video tile, a second video tilecorresponding to the second video stream and a third video tilecorresponding to the third video stream, where the first video tile, thesecond video tile and the third video tile are displayed at respectivesizes that are smaller than the first size. In some implementations, thearray of video tiles is a multi-column, multi-row array. In someimplementations, the array of video tiles is a single column or singlerow array of video tiles. In some implementations, the array includes(774) a plurality of video tiles for which video data has beenpreloaded, and the electronic device displays the array includesdisplaying, in each respective video tile of the plurality of videotiles, preloaded video data corresponding to the respective video tile(e.g., displaying recent cached video or stills from the video streamscorresponding to the video tiles and, optionally metadata correspondingvideo streams corresponding to the video tiles). For example, in FIGS.4I-4J, the device detects a pinch gesture including movement of contacts464 and 466 toward each other while a video tile for Stream C isdisplayed, and in response to the pinch gesture, the device reduces asize of the video tile for Stream C to a reduced size and displays videotiles for adjacent Stream B and adjacent Stream D at the same size orsome other reduced size. It should be understood that similar animationswould, optionally, be displayed in response to detecting a pinch gesturewhile displaying a video tile corresponding to Stream B, with videotiles corresponding to Stream A and Stream C as the adjacent video tilesand a video tile corresponding to Stream D as a non-adjacent video tile.

In some implementations, after (776) displaying the array of videotiles, the electronic device receives (778) a third request to increasethe size of a selected video tile in the array of video tiles. In someimplementations, in response to receiving the third request (e.g., therequest to increase the size of a selected video tile), the electronicdevice enlarges (780) the selected video tile so that the other videotiles in the array are not displayed on the display. For example, inFIGS. 4K-4L, the device detects a depinch gesture including movement ofcontacts 472 and 474 away from each other over a video tile for StreamD, and, in response, the device increases a size of the video tile forStream D and ceases to display video tiles for other video streams. Insome implementations, analogous operations would be performed if thedepinch gesture were to be detected over other video tiles.

It should be understood that the particular order in which theoperations in FIGS. 7A-7E have been described is merely exemplary and isnot intended to indicate that the described order is the only order inwhich the operations could be performed. One of ordinary skill in theart would recognize various ways to reorder the operations describedherein. Additionally, it should be noted that details of other processesdescribed herein with respect to other methods described herein (e.g.,method 600) are also applicable in an analogous manner to method 700described above with respect to FIGS. 7A-7E. For example, the contacts,gestures, video tiles, video streams, requests, displays, connection,channels, and user interface objects described above with reference tomethod 700 optionally have one or more of the characteristics of thecontacts, gestures, video tiles, video streams, requests, displays,connection, channels, and user interface objects described herein withreference to other methods described herein (e.g., method 600). Forbrevity, these details are not repeated here.

Plural instances are, optionally provided for components, operations, orstructures described herein as a single instance. Finally, boundariesbetween various components, operations, and data stores are somewhatarbitrary, and particular operations are illustrated in the context ofspecific illustrative configurations. Other allocations of functionalityare envisioned and optionally fall within the scope of theimplementation(s). In general, structures and functionality presented asseparate components in the example configurations are, optionally,implemented as a combined structure or component. Similarly, structuresand functionality presented as a single component are, optionally,implemented as separate components. These and other variations,modifications, additions, and improvements fall within the scope of theimplementation(s).

It will also be understood that, although the terms “first,” “second,”are, in some circumstances, used herein to describe various elements,these elements should not be limited by these terms. These terms areonly used to distinguish one element from another. For example, a firstcontact could be termed a second contact, and, similarly, a secondcontact could be termed a first contact, which changing the meaning ofthe description, so long as all occurrences of the “first contact” arerenamed consistently and all occurrences of the second contact arerenamed consistently. The first contact and the second contact are bothcontacts, but they are not the same contact.

The terminology used herein is for the purpose of describing particularimplementations only and is not intended to be limiting of the claims.As used in the description of the implementations and the appendedclaims, the singular forms “a”, “an” and “the” are intended to includethe plural forms as well, unless the context clearly indicatesotherwise. It will also be understood that the term “and/or” as usedherein refers to and encompasses any and all possible combinations ofone or more of the associated listed items. It will be furtherunderstood that the terms “comprises” and/or “comprising,” when used inthis specification, specify the presence of stated features, integers,steps, operations, elements, and/or components, but do not preclude thepresence or addition of one or more other features, integers, steps,operations, elements, components, and/or groups thereof.

As used herein, the term “if” is, optionally, construed to mean “when”or “upon” or “in response to determining” or “in accordance with adetermination” or “in response to detecting,” that a stated conditionprecedent is true, depending on the context. Similarly, the phrase “ifit is determined (that a stated condition precedent is true)” or “if (astated condition precedent is true)” or “when (a stated conditionprecedent is true)” is, optionally, construed to mean “upon determining”or “in response to determining” or “in accordance with a determination”or “upon detecting” or “in response to detecting” that the statedcondition precedent is true, depending on the context.

The foregoing description included example systems, methods, techniques,instruction sequences, and computing machine program products thatembody illustrative implementations. For purposes of explanation,numerous specific details were set forth in order to provide anunderstanding of various implementations of the inventive subjectmatter. It will be evident, however, to those skilled in the art thatimplementations of the inventive subject matter is, optionally,practiced without these specific details. In general, well-knowninstruction instances, protocols, structures and techniques have notbeen shown in detail.

The foregoing description, for purpose of explanation, has beendescribed with reference to specific implementations. However, theillustrative discussions above are not intended to be exhaustive or tolimit the implementations to the precise forms disclosed. Manymodifications and variations are possible in view of the aboveteachings. The implementations were chosen and described in order tobest explain the principles and their practical applications, to therebyenable others skilled in the art to best utilize the implementations andvarious implementations with various modifications as are suited to theparticular use contemplated.

What is claimed is:
 1. A method, comprising: at an electronic devicewith one or more processors, memory and a display: receiving a firstrequest to display a first video stream on the display; in response toreceiving the first request, displaying the first video stream on thedisplay; after receiving the first request, preloading a second videostream that corresponds to live content, wherein preloading the secondvideo stream includes caching a portion of the second video stream;while displaying the first video stream on the display, receiving asecond request to display the second video stream on the display; and inresponse to receiving the second request: determining whether the secondrequest meets recency criteria; in accordance with a determination thatthe second request meets the recency criteria, starting to play thesecond video stream using the cached portion of the second video stream;and in accordance with a determination that the second request does notmeet the recency criteria, requesting, from a content source for thesecond video stream, data corresponding to a portion of the second videostream that is outside of the cached portion of the second video stream.2. The method of claim 1, wherein the second request meets the recencycriteria when a live stream time of the second video is within apredefined time threshold of a timestamp corresponding to the cachedportion of the second video stream.
 3. The method of claim 1, whereinthe second request does not meets the recency criteria when a livestream time of the second video is not within a predefined timethreshold of a timestamp corresponding to the cached portion of thesecond video stream.
 4. The method of claim 1, wherein: receiving thesecond request includes detecting a gesture; and the second video streamis displayed in response to detecting an end of the gesture.
 5. Themethod of claim 4, wherein the second video stream is requested from thecontent source for the second video stream in response to detecting theend of the gesture.
 6. The method of claim 4, wherein the second videostream is requested from the content for the second video stream sourcein response to detecting a beginning of the gesture.
 7. The method ofclaim 1, wherein: receiving the second request includes detecting agesture; and at least a portion of the second video stream is displayedin response to detecting a beginning of the gesture.
 8. The method ofclaim 7, wherein the gesture is a gesture corresponding to movement in arespective direction; and the method includes, in response to detectingthe gesture: sliding a first video tile that includes content from thefirst video stream toward a first edge of the display in a directioncorresponding to the respective direction; and sliding a second videotile that includes content from the second video stream onto the displayfrom a second edge of the display that is opposite to the first edge ofthe display.
 9. The method of claim 8, wherein, during the gesture: thefirst video tile displays video content from the first video stream; andthe second video tile displays video content from the second videostream.
 10. The method of claim 1, wherein preloading the second videostream includes: establishing a connection for receiving the secondvideo stream from the content source for the second video stream;receiving at least a portion of the second video stream from the contentsource for the second video stream using the connection; and whilemaintaining the connection, stopping delivery of the second video streamto the electronic device from the content source for the second videostream.
 11. The method of claim 1, wherein: the first video streamcorresponds to a first channel in a predetermined sequence of channels;the second video stream corresponds to a second channel in thepredetermined sequence of channels that is adjacent to the firstchannel; and the method includes: in response to receiving the firstrequest to display the first video stream on the display, starting todownload the first video stream from a content source for the firstvideo stream; and after starting to download the first video stream,starting to preload the second video stream from the content source forthe second video stream.
 12. The method of claim 11, further comprisingafter starting to download the first video stream, starting to preload athird video stream from a content source for the third video stream,wherein the third video stream corresponds to a third channel in thepredetermined sequence of channels that is adjacent to the firstchannel.
 13. The method of claim 1, further comprising: operating in afirst concurrent-download mode of operation, wherein while in the firstconcurrent-download mode of operation, the device downloads concurrentmedia streams in accordance with first concurrent download constraints;while operating in the first concurrent-download mode of operation,detecting a change in an available bandwidth for downloading mediastreams; and in response to detecting the change in the availablebandwidth for downloading media streams, operating in a secondconcurrent-download mode of operation, wherein, while in the secondconcurrent-download mode of operation, the device downloads concurrentmedia streams in accordance with second concurrent download constraintsthat are different from the first concurrent download constraints. 14.The method of claim 1, wherein the second video stream is displayed onthe display concurrently with at least a portion of the first videostream.
 15. The method of claim 1, further comprising, in response tothe second request, displaying at least a portion of a third videostream on the display concurrently with at least a portion of the secondvideo stream and a portion of the first video stream.
 16. The method ofclaim 15, wherein: prior to receiving the first request, the first videois displayed in a first video tile that is displayed at a first size;the second request includes a request to reduce the size of the firstvideo tile; and displaying the portion of the second video stream andthe portion of the third video stream concurrently with the portion ofthe second video stream includes displaying an array of video tilesincluding the first video tile, a second video tile corresponding to thesecond video stream and a third video tile corresponding to the thirdvideo stream are displayed in the array, where the first video tile, thesecond video tile and the third video tile are displayed at respectivesizes that are smaller than the first size.
 17. The method of claim 15,further comprising, after displaying the array of video tiles: receivinga third request to increase the size of a selected video tile in thearray of video tiles; and in response to receiving the third request,enlarging the selected video tile so that the other video tiles in thearray are not displayed on the display.
 18. The method of claim 15,wherein: the array includes a plurality of video tiles for which videodata has been preloaded; and displaying the array includes displaying,in each respective video tile of the plurality of video tiles, preloadedvideo data corresponding to the respective video tile.
 19. A computersystem, the computer system comprising: one or more processors; andmemory; storing one or more programs, configured to be executed by theone or more processors, the one or more programs including instructionsfor: receiving a first request to display a first video stream on thedisplay; in response to receiving the first request, displaying thefirst video stream on the display; after receiving the first request,preloading a second video stream that corresponds to live content,wherein preloading the second video stream includes caching a portion ofthe second video stream; while displaying the first video stream on thedisplay, receiving a second request to display the second video streamon the display; and in response to receiving the second request:determining whether the second request meets recency criteria; inaccordance with a determination that the second request meets therecency criteria, starting to play the second video stream using thecached portion of the second video stream; and in accordance with adetermination that the second request does not meet the recencycriteria, requesting, from a content source for the second video stream,data corresponding to a portion of the second video stream that isoutside of the cached portion of the second video stream.
 20. Anon-transitory computer readable storage medium storing one or moreprograms, the one or more programs comprising instructions, which whenexecuted by a computer system with one or more processors, cause thecomputer system to: receive a first request to display a first videostream on the display; in response to receiving the first request,display the first video stream on the display; after receiving the firstrequest, preload a second video stream that corresponds to live content,wherein preloading the second video stream includes caching a portion ofthe second video stream; while displaying the first video stream on thedisplay, receive a second request to display the second video stream onthe display; and in response to receiving the second request: determinewhether the second request meets recency criteria; in accordance with adetermination that the second request meets the recency criteria, startto play the second video stream using the cached portion of the secondvideo stream; and in accordance with a determination that the secondrequest does not meet the recency criteria, request, from a contentsource for the second video stream, data corresponding to a portion ofthe second video stream that is outside of the cached portion of thesecond video stream.